Mail on hold

[kloeti]

Mal wieder das selbe Problem bei uns. Kaum schickt einer ein Mail ab landet es in der mail.box als Holdmail. Man kann den Router restarten, bringt nix. Man kann Server restarten, bringt nix. Erst wenn man nach dem Restart die Mail released werden sie verschickt.
Kennt einer von Euch das Problem? Server Version ist 5.06a

Bin für jede Hilfe dankbar.

Gruzz
kloeti

[Meff]

Hi Kloeti,

schau dir mal das Konfigurationsdokument des Servers an, dort findest Du unter 'Router / SMTP - Advanced - Control' den Eintrag 'Hold undeliverable mail'. Wenn der auf 'Enabled' steht, kann das zu dem von Dir beschriebenen Effekt kommen.

Meff

[kloeti]

Hi,

Steht auf 'Disabled'  

kloeti

[Meff]

Sind die Mails DEAD ?
Was erhälst Du für eine Meldung, wenn Du an der Serverconsole 'tell router sched' eingibst ?


Meff

[kloeti]

Nein sie sind 'on hold'

Hab noch einen interessanten Artikel im notes.net gelesen. Werde dem auch mal nachgehen müssen  

http://www-10.lotus.com/ldd/46dom.nsf/55c38d716d632d9b8525689b005ba1c0/b1c87421ddec02a585256c08004f9c9d?OpenDocument&Highlight=0,mail,hold

Könnte auch am Trendmicro liegen.

kloeti

[Axel]

Hi,

wir setzen Trend ein und haben das Phänomen nicht.


Axel

[kloeti]

Ja, im dem Thread steht auch was von Patches und Hotfixes einspielen. Vielleicht habt ihr die schon drin und wir nicht. Das gilt es eben zu überprüfen.

kloeti

[Meff]

@kloeti

von Lotus :

After many months of testing, debug drivers and finally and on-site visit, it was discovered Domino was not changing the routing state field.  It appeared the library of TrendMicro was changing the routing state field.  

After disabling the TrendMicro 2.5 agent the problem did not occur anymore.    Since TrendMicro was running on multiple servers,  disabling it on the server which appeared to be having the problem was not an effective test.  

The customer upgraded the test server immediately to TrendMicro 2.51  (which should contain a fix about a "HOLD" problem, but no more details are known).

Prior to the TrendMicro upgrade the problem was 100% reproducible

Meff