Das Notes Forum

Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: papadave am 30.01.06 - 11:02:17

Titel: Mails hängen in Mail.box
Beitrag von: papadave am 30.01.06 - 11:02:17

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

Titel: Re: Mails hängen in Mail.box
Beitrag von: m3 am 30.01.06 - 11:17:04

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

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 30.01.06 - 11:20:54

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

Titel: Re: Mails hängen in Mail.box
Beitrag von: m3 am 30.01.06 - 11:27:14

Dann ist es euer DNS-Server.

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 30.01.06 - 11:29:37

versteh ich nisch ...

dix mx ...

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

Wie kommst drauf?

Titel: Re: Mails hängen in Mail.box
Beitrag von: m3 am 30.01.06 - 11:34:20

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.

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 30.01.06 - 11:44:26

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

Titel: Re: Mails hängen in Mail.box
Beitrag von: m3 am 30.01.06 - 11:51:49

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

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 30.01.06 - 11:55:44

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?

Titel: Re: Mails hängen in Mail.box
Beitrag von: m3 am 30.01.06 - 12:00:11

Ja.

Titel: Re: Mails hängen in Mail.box
Beitrag von: boemitsu am 30.01.06 - 13:16:40

Hi,

evtl. sind die Time-Out (http://atnotes.de/index.php?topic=14563.0) Einstellung zu tief...

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 30.01.06 - 14:31:53

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

Danke, David

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 30.01.06 - 15:18:20

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

Titel: Re: Mails hängen in Mail.box
Beitrag von: boemitsu am 30.01.06 - 16:03:51

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,

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 30.01.06 - 16:37:56

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

Titel: Re: Mails hängen in Mail.box
Beitrag von: boemitsu am 30.01.06 - 17:01:08

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

[

Zitat von: papadave am 30.01.06 - 11:55:44

Gibst ein Lotes-SMTP logging?

Zitat von: m3 am 30.01.06 - 12:00:11

Ja.

z.B. hier (http://www-1.ibm.com/support/docview.wss?uid=swg27003007)

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

HTH,

Titel: Re: Mails hängen in Mail.box
Beitrag von: m3 am 30.01.06 - 17:16:11

Zitat von: papadave am 30.01.06 - 16:37:56

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 (http://www.ibm.com/support/docview.wss?rs=463&context=SSKTMJ&context=SSKTWP&q1=1097004&uid=swg21097004&loc=en_US&cs=utf-8&lang=en).

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 31.01.06 - 08:52:16

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    :-:

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 31.01.06 - 16:11:40

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

Lg, d

Titel: Re: Mails hängen in Mail.box
Beitrag von: m3 am 31.01.06 - 16:18:09

Zitat von: papadave am 31.01.06 - 08:52:16

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.

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 31.01.06 - 16:57:00

nein, es geht um den ersten Sendeversuch.
Vereinzelt sind manchmal welche dabei, die auf die Greylist-Freigabe warten...

Ich kopier die mail.box mal weg.

Danke, David

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 31.01.06 - 18:12:34

ne, die neue mail.box hats auch nicht gebracht ...

Domino lässt sie in der mail.box und unternimmt laut log nichts,
um sie zu senden.

Kann ich den Router Task nicht debuggen??

Oder den Router zwingen die mail.box nochmal abzuarbeiten?
(Resend all read mail bringt nixn)

David

Titel: Re: Mails hängen in Mail.box
Beitrag von: boemitsu am 31.01.06 - 22:11:15

route *, aber ich vermute dies wird dir nicht weiterhelfen.


Hast du denn mal den Thread Waiting for DNS abgearbeitet ? Notes.ini Eintrag für DNSServer ? Liefert dir tell router sh queue noch immer "Waiting for DNS Availability"?

Hast SMTP Logging mal auprobiert ?

Manchmal liegt der Fehler nicht dort wo man sucht...

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 01.02.06 - 14:18:24

Hi boemitsu,

router * war nichts besonderes zu kriegen
Threat über DNS... habi schon durchgesehen und alls, bis auf das Fixup der Namens.nsf durchgezogen.
Das Fixup kommt heut am Abend
In der notes.ini steht mal vorsichtshalber der DNSServer
die sh queue schreit immer noch nach einer DNS availability
SMTP Logging schreibt nur mails mit, die versucht werden zu senden.

Meine schwarzen Schafe jedoch bleiben und je einen Sendeversuch hängen...

seit der neuen kopie der mail.box bleiben subjektiv wesentlich weniger Mails hängen,
dennoch gibt es sie, die Schläfer :)

ich mach mich mal schlau, wie genau die mail.box arbeitet ... vielleicht komm ich dann drauf...

Danke, David

Titel: Re: Mails hängen in Mail.box
Beitrag von: m3 am 01.02.06 - 14:27:31

Hast DU ev. outbound SSMTP (secure SMTP) aktiviert? Wenn ja, deaktivier das mal.

Ansonsten setzt mal die folgenden Parameter und starte den Server neu:

Code

Debug_tcp_resolver=1
SMTPDebugIO=3
SMTPClientDebug=1
Debug_Outfile=C:\TEMP\DEBUG.TXT 

Damit sollte es mehr Infos geben. ;)

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 01.02.06 - 22:37:31

wow, das nenn ich mal ein Logfile  >:D

nun gibs auch sowas wien Fehler ab:

01.02.2006 10:23:06,08 PM [00623:00034-622631] TCPEndp_GetNameInfo> Exit Status 0000h
01.02.2006 10:23:06,08 PM [00623:00034-622631] cmd_SendTranPvdrMsg> MAPADDRTOIPSTR 192.168.16.77
01.02.2006 10:23:06,08 PM [00623:00034-622631] cmd_SendTranPvdrMsg> exit hEndp: 58700001h wMsg: 1005h iError = 0000h
01.02.2006 10:23:06,08 PM [00623:00034-622631] TCPEndp_GetNameInfo> Exit Status 0000h
01.02.2006 10:23:06,08 PM [00623:00034-622631] cmd_SendTranPvdrMsg> MAPADDRTOIPSTR 192.168.16.77
01.02.2006 10:23:06,08 PM [00623:00034-622631] cmd_SendTranPvdrMsg> exit hEndp: 58700001h wMsg: 1005h iError = 0000h
01.02.2006 10:23:06,08 PM [00623:00034-622631] TCPEndp_GetNameInfo> Exit Status 0000h
01.02.2006 10:23:06,08 PM [00623:00034-622631] cmd_SendTranPvdrMsg> MAPADDRTOIPSTR 213.229.11.18
01.02.2006 10:23:06,08 PM [00623:00034-622631] cmd_SendTranPvdrMsg> exit hEndp: 58700001h wMsg: 1005h iError = 0000h
01.02.2006 10:23:06 PM  Pushing domlog.nsf to domino2/leonhardlang domino-backup\domlog.nsf
01.02.2006 10:23:06 PM  Replicator added 1 document(s) to domino2/leonhardlang domino-backup\domlog.nsf from domlog.nsf
01.02.2006 10:23:06,35 PM [00623:00034-622631] TCPEndp_GetNameInfo> Exit Status 0000h
01.02.2006 10:23:06,35 PM [00623:00034-622631] cmd_SendTranPvdrMsg> MAPADDRTOIPSTR 213.229.11.18
01.02.2006 10:23:06,35 PM [00623:00034-622631] cmd_SendTranPvdrMsg> exit hEndp: 58700001h wMsg: 1005h iError = 0000h
01.02.2006 10:23:06,35 PM [00623:00034-622631] TCPEndp_GetNameInfo> Exit Status 0000h
01.02.2006 10:23:06,35 PM [00623:00034-622631] cmd_SendTranPvdrMsg> MAPADDRTOIPSTR 192.168.16.77
01.02.2006 10:23:06,35 PM [00623:00034-622631] cmd_SendTranPvdrMsg> exit hEndp: 58700001h wMsg: 1005h iError = 0000h
01.02.2006 10:23:06,38 PM [00623:00034-622631] TCPEndp_GetNameInfo> Exit Status 0000h
01.02.2006 10:23:06,38 PM [00623:00034-622631] cmd_SendTranPvdrMsg> MAPADDRTOIPSTR 213.229.11.18
01.02.2006 10:23:06,38 PM [00623:00034-622631] cmd_SendTranPvdrMsg> exit hEndp: 58700001h wMsg: 1005h iError = 0000h
01.02.2006 10:23:06,38 PM [00623:00034-622631] TCPEndp_GetNameInfo> Exit Status 0000h
01.02.2006 10:23:06,38 PM [00623:00034-622631] cmd_SendTranPvdrMsg> MAPADDRTOIPSTR 213.229.11.18
01.02.2006 10:23:06,38 PM [00623:00034-622631] cmd_SendTranPvdrMsg> exit hEndp: 58700001h wMsg: 1005h iError = 0000h
01.02.2006 10:23:06,96 PM [00584:00002-16384] TCPEndp_Resolver> RES_MKQUERY: Operation: 0, Domain: SVWP.AT, Class: 1, Type: 15
01.02.2006 10:23:06,96 PM [00584:00002-16384] TCPEndp_Resolver> RES_MKQUERY: Results: 25
01.02.2006 10:23:06,96 PM [00584:00002-16384] TCPEndp_Resolver> Exit status = 0h
01.02.2006 10:23:06,96 PM [00584:00002-16384] cmd_SendTranPvdrMsg> exit hEndp: 5CB00001h wMsg: 1009h iError = 0000h
01.02.2006 10:23:06,96 PM [00584:00002-16384] TCPEndp_Resolver> RES_Send
01.02.2006 10:23:10,88 PM [32694:00014-180236] TCPEndp_ConvertToNativeSockAddr> Exit Status 0000h
01.02.2006 10:23:10,88 PM [32694:00014-180236] TCPEndp_ConvertToNativeSockAddr> Exit Status 0000h
01.02.2006 10:23:10,99 PM [00584:00002-16384] TCPEndp_Resolver> RES_SEND: Results: -1
01.02.2006 10:23:11,00 PM [00584:00002-16384] TCPEndp_Resolver> Request Failed
01.02.2006 10:23:11,00 PM [00584:00002-16384] TCPEndp_Resolver> Unknown Error
01.02.2006 10:23:11,00 PM [00584:00002-16384] TCPEndp_Resolver> Exit status = 105Eh
01.02.2006 10:23:11,00 PM [00584:00002-16384] cmd_SendTranPvdrMsg> exit hEndp: 5CB00001h wMsg: 1009h iError = 105Eh

Ich versuchte eine Mail an die Domain: SVWP.AT zu schicken
192.168.16.77 ... Mein Domino 6.5.4 unter Redhat EL 3
213.229.11.18 ... Mailserver für SVWP.AT (wurde also aufgelöst)

SSMTP (is nicht aktiv)

Kann wer was mit der Fehlermeldung anfangen?

Danke, David

Titel: Re: Mails hängen in Mail.box
Beitrag von: m3 am 02.02.06 - 09:13:45

Zitat von: papadave am 01.02.06 - 22:37:31

01.02.2006 10:23:10,99 PM [00584:00002-16384] TCPEndp_Resolver> RES_SEND: Results: -1
01.02.2006 10:23:11,00 PM [00584:00002-16384] TCPEndp_Resolver> Request Failed
01.02.2006 10:23:11,00 PM [00584:00002-16384] TCPEndp_Resolver> Unknown Error
01.02.2006 10:23:11,00 PM [00584:00002-16384] TCPEndp_Resolver> Exit status = 105Eh
01.02.2006 10:23:11,00 PM [00584:00002-16384] cmd_SendTranPvdrMsg> exit hEndp: 5CB00001h wMsg: 1009h iError = 105Eh

http://docs.sun.com/app/docs/doc/816-5170/6mbb5esm3?q=getipsecalgbyname&a=view

Zitat

The res_nsend(), res_send(), and res_nsendsigned() routines send a preformatted query that returns an answer. The routine calls res_ninit() or res_init(). If RES_INIT is not set, the routine sends the query to the local name server and handles timeouts and retries. Additionally, the res_nsendsigned() uses TSIG signatures to add authentication to the query and verify the response. In this case, only one name server will be contacted. The routines return the length of the reply message, or -1 if there are errors.

Ich würde also trotzdem auf ein DNS-Problem (http://www.ibm.com/support/docview.wss?&uid=swg21177800) tippen. Wenn Du das zu 100% ausschließen kannst, würd ich mit dem log einen Call bei der IBM aufmachen - ihr seit doch auf einer supported plattform, oder?

Zum Debuggen hab ich noch folgendes gefunden:
"Dispatching Messages" Displays, but No Internet Mail Transfers (http://www-1.ibm.com/support/docview.wss?rs=899&context=SSKTMJ&dc=DB510&dc=DB520&dc=D800&dc=D900&dc=DA900&dc=DA800&dc=DB530&dc=DA600&dc=DB550&dc=D100&dc=D600&dc=D700&dc=DA500&dc=D200&dc=DA410&dc=DA450&dc=DA430&dc=DA440&dc=DA420&dc=DA460&dc=DB300&dc=DA470&dc=DA480&dc=DB100&dc=DA4A10&dc=DA4A20&dc=DA700&dc=DA4A30&q1=RES_SEND&uid=swg21102680&loc=en_US&cs=UTF-8&lang=all)

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 02.02.06 - 09:37:56

Hi m3,

Das DNS Problem kann ich aus meiner sicht ausschliessen,
da auf Betriebssystemebene (dig mx ... ) alles tatdellos aufgelöst wird.
Auch im Debug-Logfile (oben) wurde ja die Adresse des entfernten Mailservers aufgelöst (213.229.11.18).

Ich würd noch gern genauer wissen, was dann domino nach dem Auflösen der Adresse treibt.
Ich schau mit mal deinen Debugger-Link an.

Gibt es ausser das TCPIP_TcpConnectTimeout noch ein Timeout zu setzen?

David

edit: bah, wieso reicht ein tell router upd conf nicht aus? Kann
jetzt den Server nicht neu starten, damit die notes.ini eingelesen wird....

Titel: Re: Mails hängen in Mail.box
Beitrag von: m3 am 02.02.06 - 11:15:32

Ad DNS: Ja, das mag schon alles sein. Aber egal wonach ich bei Google suche, ich lande immer wieder bei DNS-Issues. Habt ihr an der TCP/IP Config des Server geschraubt? Seit ihr auf dem aktuellen Patchlevel, etc.?

Versuch meinerseits:
dnsserver=xxxxxxxxxxxxxx,xxxxxxxxxxxxxxx
in die Notes.ini eintrage. Anstelle der xxx die DNS-Server Eures Providers eintragen (nicht die eigenen, internen, die forwarden).

Falls ihr an Chello hängt: nehmt andere DNS-Server ;)

Titel: Re: Mails hängen in Mail.box
Beitrag von: Wipe am 02.02.06 - 11:16:32

Hallo,

ich hatte auch mit der ein oder anderen Domain Probleme.
Habe dann expliziet ein "Fremde SMTP-Domäne" Dokument angelegt wo nur die Internet-Domäne und den Internet-Host (IP-Adresse) des Servers hinterlegt habe. Seitdem habe ich mit diesen Empfängern keine Probleme mehr.

Titel: Re: Mails hängen in Mail.box
Beitrag von: m3 am 02.02.06 - 11:19:24

Zitat von: Bubble am 02.02.06 - 11:16:32

Hallo,

ich hatte auch mit der ein oder anderen Domain Probleme.
Habe dann expliziet ein "Fremde SMTP-Domäne" Dokument angelegt wo nur die Internet-Domäne und den Internet-Host (IP-Adresse) des Servers hinterlegt habe. Seitdem habe ich mit diesen Empfängern keine Probleme mehr.

Was bei zig unterschiedlichen Empfängern eher umständlich ist. ;)

Titel: Re: Mails hängen in Mail.box
Beitrag von: Wipe am 02.02.06 - 11:41:15

Zitat von: m3 am 02.02.06 - 11:19:24

Was bei zig unterschiedlichen Empfängern eher umständlich ist. ;)

Da magst Du zwar recht haben - aber ich habe damit das Problem in den Griff bekommen. Um genau zu sein sind es 3 Einträge.
Es soll ja nur eine Möglichkeit darstellen. Eine befriedigende Lösung ist das auch nicht.

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 02.02.06 - 15:55:35

Ich lass nun mal den Domino relayen auf einen internen Postfix MTA- das scheint nun
ohne Probleme zu funktionieren.

Wie m3 und IBM schon erwähnten, liegt es irgendwo am DNSresolver.
Externe DNS-Server wären noch ne lösung, doch das relayen über unseren
Viren/Spamfilter ist mir nun eh gar nicht so unsymphatisch.

Na, auf jeden Fall kommt der Postfix mit meinem DNS-Problem zurecht.

Weiss noch nicht genau, woran es liegt, doch da es an 2 total unterschiedlichen
Dominoserver unter RHEL v3 auftritt, muss es wohl an der BIND-Version liegen...

Ich meld mich, sobald ich was Neues weis.

Vielen Dank schonmal für eure rege Teilnahme an meinem unlösbaren Phänomen ;)

David

Titel: Re: Mails hängen in Mail.box
Beitrag von: papadave am 03.02.06 - 14:45:31

dummer nebeneffekt des eingetragenen Relay-Servers:

Mails an die Zweite internet-domain (Eingetragen im globalen Domain-Dok)
werden nicht mehr empfangen

'Relays to recipient's domain denied in your configuration.'

ohne das Gateway funkts wieder...

any idea?

David