Domino 9 und frühere Versionen > ND7: Administration & Userprobleme

verschiedene externe können uns nicht mehr mailen?

<< < (2/4) > >>

schroederk:
Ich habe das SMTP Debugging bereits mal hoch gesetzt:

DEBUG_OUTFILE=J:\DominoData\log\log.txt
SMTPClientDebug=1
SMTPDebug=4
SMTPDebugIO=4
SMTPSaveImportErrors=3

Leider war nichts in den Logs zu sehen. Wenn ich per telnet eine Mail mit falscher Adresse simuliere, dann erscheint ja folgendes:

220 mail.example.com SMTP Foo Mailserver
HELO client.example.org
250 Hello client.example.org, nice to meet you
MAIL FROM:<bar@example.org>
250 Sender OK
RCPT TO:<foo@example.com>
550 No such User

Das bedeutet für mich, dass die Domain der Mailadresse bereits vorher ausgetauscht sein muss, da unser Mailserver noch nicht wirklich viel mit der Mail gemacht hat. Oder sehe ich das falsch?

Da das Phänomen "leider" auch nicht reproduzierbar ist (jedenfalls nicht mit allen mir bekannten Webmailern und privaten Mailaccounts) und auch einige Kunden, die ich freundlicherweise nerven durfte nicht durchgängig das Problem haben, würde ich ein Konfigurationsproblem seitens Domino auch halbwegs ausschließen wollen.

ErwinFK:

--- Zitat von: schroederk am 06.07.09 - 13:52:46 ---
Das bedeutet für mich, dass die Domain der Mailadresse bereits vorher ausgetauscht sein muss, da unser Mailserver noch nicht wirklich viel mit der Mail gemacht hat. Oder sehe ich das falsch?


--- Ende Zitat ---
Also, das glaub ich eher mal nicht, wie soll das passieren? Wenn ich eine Mail an xy.com schicke, dann gibt es diese Adresse oder es gibt sie nicht. An welcher Stelle sollte wer auf die Idee kommen mal eben .de aus .com zu machen. Wenn Du sagst, daß alle "betroffenen" Domain's in Deinem Domänen Dokument eingetragen sind, dann muß der Domino die annehmen - egal ob vorher durch irgendwas gedreht oder nicht. Leider hab ich Moment aber auch keine Idee, wo da was schief gehen könnte.

schroederk:
Die Domainen sind ja richtig eingetragen, daher fühlt sich der Domino sicherlich im ersten Schritt zustädnig.
Aber er prüft auch, ob die genaue eMail-Adresse im globalen Adressbuch auftaucht. Und wenn nicht, dann gibt er ein "No such User" zurück.

Wenn ich wüsste, wie das passiert, wäre ich sicherlich schon einen gewaltigen Schritt in Richtung Lösung unterwegs.

Allerdings gibt es ja noch so einiges zwischen Versender und Empfänger.
Zum einen der Hoster, bei dem wir die meinedomain1.de haben und wo schlicht ein MX-Record auf die meinedomain2.de eingetragen ist.
Hinter meindedomain2.de steckt die feste IP unseres Mailservers, die wir vom 2. Provider erhalten haben.
(dummerweise kann man die festen IP bei einem Providerwechsel nicht mitnehmen, aber das ist ein anderes Thema)

Somit könnte es an Provider1 liegen und dort an einem womöglich falschen Routing-Eintrag, oder auch an Provider2, auch hier fehlerhaftes Routing oder ähnliches.
Es könnte auch noch an Firewall und dem Traffic-Inspection-Modul liegen, nach sovielen Jahren in der IT schließt man irgendwann nichts mehr aus und wundert sich auch nicht mehr, wenns nachher die Farbe der Gardinen war.

Das was ich bisher testen konnte, klingt jedenfalls mehr danach, dass es kein Domino-Problem wäre, aber ich kann mich natürlich auch irren.
Daher die Anfrage an Provider1, Provider2, unserem Netzwerkspezialisten, unserem Notes/Domino-Dienstleister und auch hier.

Hätte ich nicht die Notlüsung, die falsche Mailadresse unter alternative Namen einzutragen wäre es ein gewaltiger Business Impact!

ErwinFK:

--- Zitat von: schroederk am 06.07.09 - 15:06:04 ---Aber er prüft auch, ob die genaue eMail-Adresse im globalen Adressbuch auftaucht. Und wenn nicht, dann gibt er ein "No such User" zurück.

--- Ende Zitat ---

Warum? Also theoretisch und IMHO auch praktisch nimmt der Domino auch alle Mails an, die in einer Kombination aus User Name oder Shortname aus dem Adressbuch und den im Domain-Dokument hinterlegten Domänen existieren. Oder versteh ich da gerade was falsch?

schroederk:
Naja, im Konfigurationsdokument des Servers lässt sich ja einstellen, dass die angegebene Empfängeradresse exakt im globalen Adressbuch gefunden werden muss. Eben damit er nicht jede Kombination aus x und y annimmt.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete