| Radim Schimmer | Kritická chyba ve všech ve verzích Domina |
| Ve všech verzích Domina se 13.12.2024 projevila nějaká prastará chyba v kódu, která může způsobit problém s nahráváním konfigurace při spouštění router procesu. Může tedy dojít k problémům s odesíláním mailů a zpracováním mailových pravidel.
Pro Domino 11, 12 a 14 jsou už k dispozici interim fixy na webu HCL. Pro Domino 9 a 10 budou opravy rovněž vytvořeny, ale zpřístupněny jen pro zákazníky se zaplaceným supportem.
Otázka tedy zní: máte opravy pro Domino 9 a 10 už někdo k dispozici a byli byste ochotni se podělit?
link1 |
| VZ | FIX nemám, ale ... |
20.12.2024
13:05:33
ID: 3779.1
| ... tady jsou k tomu nějaké podrobnosti: link1
Asi by bylo nutné zaplatit minimálně 10.000,- USD, případně stejnou částku za každý fix na každý jednotlivý server? |
| mastnak | emaily |
programator
14.01.2025
14:47:44
ID: 3779.2
| V souvislosti s timhle issue... resil jste nekdo kopirovani emailu z infoxu primo do uzivatelovi email db, aby se mu email zobrazil v prichozi poste? Zatim se me to nedari, ve slozce Vsechny dokumenty ho mam. Nejspis to bude jedno systemove pole, ktere mam nevyplnene.. |
| VZ | Jak se to kopíruje? |
16.01.2025
09:50:49
ID: 3779.3
| Pokud je po zkopírování ten dokument v cílové schránce, snad by ho pak šlo přidat do inboxu třeba pomocí metody:
Call notesDocument.PutInFolder( folderName$ [, createonfail ] )
Předpokládám, že to neběží přímo v klientovi, takže @AddTo Folder nebo NotesUIWorkspace.Folder( [foldername$], move ) na popředí asi nepůjde použít. |
| mastnak | re PutinFolder |
16.01.2025
10:01:18
ID: 3779.4
| Ano, to pomohlo, hledal jsem zakopaneho psa v pravidlech pro zobrazeni a ruznych systemovych polich. Diky za reakci. "Posilani" emailu interne mam timto vyresenou, ted resim na serveru posilani ven z mail.box primo na smtp server. Domino bezi na linuxu ,takze me napadlo vyuzit prostrednika sendmail [flags] [address ...] ve verzi 9.0.1 asi zadna jina elegantnejsi moznost neni?
|
| mpistora | Doručování vlastním skriptem |
28.01.2025
21:45:37
ID: 3779.5
| "resil jste nekdo kopirovani emailu z infoxu primo do uzivatelovi email db, aby se mu email zobrazil v prichozi poste?"
Pokud to má být lotusscript, který namísto routeru vytvoří dokument v poštovní db příjemce, tak to je netriviální:
jedna poštovní db může mít mnoho různých adres
ty mohou být zapsány v mnoha různých formátech
mohou být použity skupiny, které mohou být nestované a mohou se překrývat
stejný adresát může být takto ve 3 různých polích pro adresaci
A přesto by měl být mail doručen jen jednou do každé poštovní db, která je nějak mezi adresáty. |
| VZ | Chyba zmizela? |
27.03.2025
15:25:08
ID: 3779.6
| U jednoho starého Domina R9.0.1 FPx, které nebylo posledních několik měsíců restartováno, jsem narazil na zajímavou věc. Bylo rozhodnuto o dokoupení podpory těch několik málo uživatelů, kteří tam ještě občas přistupují, a tedy získány licence pro R12 a vyšší (a mnohem levnější, než 10.000,- USD).
Ovšem před upgrade bylo nutné odinstalovat některé staré komponenty z toho serveru, což vyžadovalo restart Windows. A po tom restartu se to staré Domino ještě jednou spustilo, a pak normálně poštu doručovalo, jako by tam žádná kritická chyba nebyla. Upgrade se samozřejmě pak provedl, a funguje to dál.
Že by těch několik měsíců nepřetržitého chodu bez restartu serveru tuhle chybu nějak překlenulo?
Nebo že by na to doručování měl nějaký vliv placený SpamSentinel od MaySoft, který tam byl nainstalován? |
| VZ | Upřesnění |
27.03.2025
16:00:42
ID: 3779.7
| Doručování sice fungovalo, ale přestala fungovat pravidla ve schránkách, aspoň podle logu, např.:
25. 03. 2025 17:03:34 Maximum number of system mail rules exceeded. Only the first 0 enabled rules will be executed. 20 not registered
Po čisté instalaci novější verze Domina byly v mail logu stejné chyby, dokud se nedoinstaloval příslušný Fix Pack a Interim Fix. |
