Mails hängen in Mail.box

[papadave]

HI,

manche Mails bleiben bei uns für Stunden in der Mail.box hängen.
Andere, an die selben adressen wiederum gehen gleich raus.

Laut einem:

>load router sh queue
"4 WaitingforDNS Waiting for DNS availibility"

Scheint also, als würde sich der MX der Zieldomains nicht auflösen lassen.
Dem ist aber nicht so:
linux# dig mx chello.at
'10 smtpgate.chello.at.'
'smtpgate.chello.at.     600     IN      A       213.46.255.2'

also dann ein trace vom Dominserver:

> trace smtpgate.chello.at
Determining path to server SMTPGATE.CHELLO.AT
Available Ports:  TCPIP TCP2
Checking normal priority connection documents only...
Allowing wild card connection documents...
Enabling name service requests and probes...
Checking for SMTPGATE.CHELLO.AT on TCPIP using address 'SMTPGATE.CHELLO.AT'
  Requesting IP Address for SMTPGATE.CHELLO.AT from DNS
  DNS returned address 213.46.255.2 for SMTPGATE.CHELLO.AT
  Unable to connect to SMTPGATE.CHELLO.AT on TCPIP (The server is not responding. The server may be down or you may be experiencing network problems. Contact
your system administrator if this problem persists.)
Checking for SMTPGATE.CHELLO.AT on TCP2 using address 'SMTPGATE.CHELLO.AT'
  Requesting IP Address for SMTPGATE.CHELLO.AT from DNS
  DNS returned address 213.46.255.2 for SMTPGATE.CHELLO.AT
  Unable to connect to SMTPGATE.CHELLO.AT on TCP2 (The server is not responding. The server may be down or you may be experiencing network problems. Contact y
our system administrator if this problem persists.)
Checking low and normal priority connection documents...
No default passthru server defined
Unable to find any path to SMTPGATE.CHELLO.AT because Unable to find path to server


verbinde ich mich vom Server per Telnet auf den smtpgate.chello.at --> ok

Unabhängig von Dateigöße, Anhang oder empfänger gehen auch mail normal
an den Empfänger raus. Nur einige bleiben wie gesagt für Stunden hängen.
Irgendwann, oft erst am nächsten Tag. sind sie dann rauss...

Ein Release in der Mail.box bring auch nix.

Kennt ihr sowas schon?

David

[m3]

Also ich würde den SMTP-Servern von Chello die Schuld geben, die sind nach Exchange echt das Letzte.

Ansonsten:
http://atnotes.de/index.php?topic=24484.0
http://www-1.ibm.com/support/docview.wss?uid=swg21165647

[papadave]

nein, sicher nicht chello, tritt bei vielen Domains beliebig auf...

[m3]

Dann ist es euer DNS-Server.

[papadave]

versteh ich nisch ...

dix mx ...

löst alle namen auf. auch ein trace bringt die IP richtig zu tage.

Wie kommst drauf?

[m3]

Da gibts viele Möglichkeiten.
Läuft der dig auf dem Domino Server?
Läuft auf dem Domino-Server auch ein DNS-Server? Wenn ja, cached der?
dig liefert immer nur eine "Momentaufnahme". Wenn Du in fragst kann es funktionieren, wenn es der Domino probiert, nicht.

[papadave]

auch der Domino kann die Adresse auflösen (siehe oben)

Requesting IP Address for SMTPGATE.CHELLO.AT from DNS
  DNS returned address 213.46.255.2 for SMTPGATE.CHELLO.AT
  Unable to connect to SMTPGATE.CHELLO.AT on TCPIP (The server is not responding. The server may be down or you may be experiencing network problems. Contact
your system administrator if this problem persists.)

dig wurde von mir am domino ausgeführt, ja.
Caching ... nein

Aja: Domino 6.5.4 unter RHELv3

David

[m3]

Rennt irrtümlich noch ein zweiter MTA (sendmail, ...)?
Dreh mal das SMTP-Logging auf, ev. gibts ja ein anderes Problem (Blacklists,...).

[papadave]

nein, es rennt kein zweiter MTA.
Blacklist auch nicht - die Mails gehen ja nach einigen Stunden auch rauss.
SMTP logging auf Linuxebene schweig (natürlich)
Gibst ein Lotes-SMTP logging?

[m3]

Ja.

[boemitsu]

Hi,

evtl. sind die Time-Out Einstellung zu tief...

[papadave]

klingt vernünftig - teste ich und melde mich dann nochmal.

Danke, David

[papadave]

nun hab ich ne Spur:

Unable to connect to GAEA.TOVENO.COM on TCP2 (The server is not responding. The server may be down or you may be experiencing network problems. Contact your
 system administrator if this problem persists.)

Der Teufel versucht die Mail an TCP2 rauszuschmeissen!! TCP2 geht aber nur
zum Clusterpartner. Das Internet hängt an TCP... wie kann ich ihm das beibringen??!

Danke, David

[boemitsu]

Es gibt Binding Möglichkeiten (AdminHilfe), z.B.

SMTP    Enter SMTPNotesPort=port name
where port name is the name of the NRPC port that you want to link the service to.

HTH,

[papadave]

klang sehr vielversprechend!
Nach einem entsprchenden Eintrag in die notes.ini
SMPTNotesPort=TCPIP

und einem reload
tell router update config

versucht er
a) immer noch über tcpip UND tcpip2 zu senden (siehe unten)
b) meint, dass die diversen Hosts (deren Mails in der Queue hängen) down sind.

Lustiger weise hat er eben, nach einem
trace mail.msp.at die Quere leeren können

*grml*

> trace mail.msp.at
Determining path to server MAIL.MSP.AT
Available Ports:  TCPIP TCP2
Checking normal priority connection documents only...
Allowing wild card connection documents...
Enabling name service requests and probes...
Checking for MAIL.MSP.AT on TCPIP using address 'MAIL.MSP.AT'
    Using address '62.218.104.66' for MAIL.MSP.AT on TCPIP
    Using address 'MAIL.MSP.AT' for MAIL.MSP.AT on TCPIP
  Requesting IP Address for MAIL.MSP.AT from DNS
  DNS returned address 62.218.104.66 for MAIL.MSP.AT
  Unable to connect to MAIL.MSP.AT on TCPIP (The server is not responding. The server may be down or you may be experiencing network problems. Contact your sy
stem administrator if this problem persists.)
Checking for MAIL.MSP.AT on TCP2 using address 'MAIL.MSP.AT'
    Using address '62.218.104.66' for MAIL.MSP.AT on TCP2
    Using address 'MAIL.MSP.AT' for MAIL.MSP.AT on TCP2
  Requesting IP Address for MAIL.MSP.AT from DNS
  DNS returned address 62.218.104.66 for MAIL.MSP.AT
  Unable to connect to MAIL.MSP.AT on TCP2 (The server is not responding. The server may be down or you may be experiencing network problems. Contact your sys
tem administrator if this problem persists.)
Checking low and normal priority connection documents...
No default passthru server defined
Unable to find any path to MAIL.MSP.AT because Unable to find path to server

[boemitsu]

Der trace Befehl liefert mir bei nicht Domino-Servern auch die gleiche Fehlermeldung (Unable to connect...). Funktioniert also nur bei Domino Servers...

[

Gibst ein Lotes-SMTP logging?

Ja.

z.B. hier

Ich würde diese mal einschalten, und bei den  "Konversationen" zu diesen bestimmten Mailservern zuhören...

HTH,

[m3]

klang sehr vielversprechend!
Nach einem entsprchenden Eintrag in die notes.ini
SMPTNotesPort=TCPIP

und einem reload
tell router update config

versucht er
a) immer noch über tcpip UND tcpip2 zu senden (siehe unten)
b) meint, dass die diversen Hosts (deren Mails in der Queue hängen) down sind.

Ich würd ein "restart server" machen.

Hier noch die entsprechende TechNote.

[papadave]

sooo, neue erkenntnisse stehen an 

- Neustart hat nix gebracht

Doch sehe zu den Mails in der Queue keine Logs im Domino-Log
(nur die hängenden aufgrund von Greylists).

Also die hängenden Mails wurden niemals auch nur versucht von domino zu senden   

[papadave]

hab soeben einen ESR bei IBM verfasst. mal sehen, was rauskommt.

Lg, d

[m3]

sooo, neue erkenntnisse stehen an 

- Neustart hat nix gebracht

Doch sehe zu den Mails in der Queue keine Logs im Domino-Log
(nur die hängenden aufgrund von Greylists).

Also die hängenden Mails wurden niemals auch nur versucht von domino zu senden   

Mooooment. Was für Greylists? Gehts hier um Dokumente im Rahmen des ersten Sendeversuches, oder im welche, die erneut zugestellt werden sollen?

Noch ein Tipp: Stopp den Server, nenenn die mail.box um (mailbox.nsf oder so) und starte den Server wieder. Ev. hat die DB was.