Das Notes Forum
Domino 9 und frühere Versionen => ND8: Administration & Userprobleme => Thema gestartet von: dheinrich am 29.04.09 - 08:28:08
-
Szenario:
Der Quickr Server soll seine Mail (Benachrichtigungen über neuen Place etc.) an den Domino Mailserver schicken. Der Mailserver schickt die Mail dann über unseren SMTP Server ins Internet.
Das hatte kurz funktioniert, 2 Stunden später mussten wir auf allen Maschinen die Einträge für den DNS Server ändern. Seit dem Zeitpunkt geht es nicht mehr, ich glaube aber nicht, das es da dran liegt, weil sonst alles weitere in der Domino Umgebung klappt.
- Ich habe mein "Foreign SMTP Document" mit *.* für die Internet Domäne
- Ich habe das "SMTP Connection Document", ausgehend vom Domino Mailserver an alle anderen Dominos.
Quickr und Domino Server wurden komplett rebootet, trotzdem klappt die Benachrichtigung nur innerhalb der Notes Domäne. Schicke ich an einen externen Empfänger, landet die Mail bei mir:
ZUSTELLUNGSFEHLER: No route found to domain hotmail.com from server QUICKR/xxx. Check
Server, Connection and Domain documents in the Domino Directory.
Kapiere ich alles nicht. Es hat wunderbar geklappt, nach der DNS Modifikation nun nicht mehr. Ich habe sogar schon alle Dokumente gelöscht und neu angelegt.
Hat noch jemand einen Tip?
-
Hat hier denn echt niemand einen Ansatz? :'(
-
Du willst diesen Weg einer Email realisieren? NRPC Mail von Quickr -> Domino -> SMTP Gateway -> Internet
Also der Fehlermeldung zu urteilen versucht der Quickr noch immer selbst ein SMTP Mail direkt ans Internet zu senden und kann DNS nicht auflösen. Du brauchst ein Connection Dokument vom Quickr zum Domino, damit die NRPC Mails geroutet werden. Wenn beide Server im selben DNN sind, dann klappt NRPC Routing out of the box ohne Connection Dokument.
-
Aber genau diese Voraussetzungen sind alle erfüllt. Auf dem Quickr ist kein SMTP am laufen, alles per NRPC. Alle Dominos sind im selben DNN. Wie gesagt, es funktionierte so lange, bis ich unter Windows in den TCPIP Eigenschaften die neuen DNS Server eintragen mußte.
-
Schau mal im Konfig Dokumment des Quickr:
Wie sind
SMTP used when sending messages outside of the local internet domain:
SMTP allowed within the local internet domain:
Servers within the local Notes domain are reachable via SMTP over TCPIP:
gesetzt?
-
Guter Plan Dirk. Oder auch einmal eine Nachrichtenverfolgung starten um zu sehen wie der Routing Weg aussieht, das hilft dann bei der Fehlersuche. Weil da kann noch viel dazwischen liegen. Mich wundert nämlich warum der Quickr scheinbar selbst auflösen will.
-
Schau mal im Konfig Dokumment des Quickr:
Wie sind
SMTP used when sending messages outside of the local internet domain:
SMTP allowed within the local internet domain:
Servers within the local Notes domain are reachable via SMTP over TCPIP:
gesetzt?
Disabled
All messages
Always
-
Und Nachrichtenverfolgung?
-
Und Nachrichtenverfolgung?
Die liefert in diesem Fall kein Ergebnis.
-
Im Konfig Dok des Quickr Servers:
SMTP allowed within the local internet domain:
sollte auf disabled stehen..
-
Habt ihr bei dieser DNS Umstellung rein zufällig eine 2te / 3te oder neue Netzwerkkarte verbaut? Ich hatte mal das Problem nach Einbau einer weiteren NIC, dass der Domino dann automatisch die letzte NIC als DNS hergenommen hat. Was bei mir eben genau zu diesem Phänomen führte, dass er nix auflösen konnte. Und ein "Mail Trace" bringt nichts? Der Quickr selbst, nur mal rein hypothetisch, kann auf OS Ebene auflösen?
-
Im Konfig Dok des Quickr Servers:
SMTP allowed within the local internet domain:
sollte auf disabled stehen..
Habe ich getan und direkt danach den Router Task neu gestartet und via Quickr eine Mail an einen externen Empfänger verschickt. Selber Fehler. Hätte ich länger warten sollen?
-
Habt ihr bei dieser DNS Umstellung rein zufällig eine 2te / 3te oder neue Netzwerkkarte verbaut? Ich hatte mal das Problem nach Einbau einer weiteren NIC, dass der Domino dann automatisch die letzte NIC als DNS hergenommen hat. Was bei mir eben genau zu diesem Phänomen führte, dass er nix auflösen konnte. Und ein "Mail Trace" bringt nichts? Der Quickr selbst, nur mal rein hypothetisch, kann auf OS Ebene auflösen?
Nein, an der NIC haben wir nichts verändert. Ein Mail-Trace aus einer Quickr Notification heraus läuft nicht.
-
SMTP allowed within the local internet domain: Disabled
Quickr rebootet, selber Fehler.
Routing-Pfad:
Quickr/xx, Quickr/xxx, BK-Zentrale01/xxx
-
nslookup "quickr.xxx.xxx.de" funktioniert auch ohne Probleme.
-
ähhh sind die Server im gleichen Notes Netzwerk?
-
Ja, komplett.
-
Ja, komplett.
Dann "Servers within the local Notes domain are reachable via SMTP over TCPIP:" auch disablen...
-
Das geht nicht.
"Always" oder "only if in the same NNN"
-
Ahh dann muss es anders gehen:
Nimm den QR aus diesem Notes Netzwerk raus (Verbindungsdokumente Prüfen) und wähle hier "only if in the same NNN"...
-
Klappt auch nicht.
Ich danke Dir aber für die Mühe und die Tipps. Irgendwo ist da der Wurm drin...
-
So langsam gehen mir aber auch die Möglichkeiten aus....
Im Serverdok/Basics ist Routing Tasks nur auf "Mail Routing gestellt", oder?
-
Ja, so steht es dort.
-
Es gibt nicht zufällig ein Connection Dok am Quickr mit der Einstellung "SMTP Mail Routing"?
-
Es gibt nicht zufällig ein Connection Dok am Quickr mit der Einstellung "SMTP Mail Routing"?
Nein, hab ich nicht.
-
Hallo Daniel,
Gibt es im Mailrouting-Verbindungsdok Quickr-->Mailserver einen Eintrag in "Optionale Netwerkadresse" und wenn ja, kann der aufgelöst werden?
Gruß
Mario
-
Moin Mario,
ja, den Eintrag gibt es und Quickr kann die IP auch auflösen.
-
OK, noch ein Versuch.
Ist im Konfigurationsdokument des Quickr ein Relayhost eingetragen (in Router/Allgemein)?
Gruß
Mario
-
Aktuell nicht, ich hatte es aber auch schon mit Eintrag versucht.
Ich hatte den Herrn von IBM am Dienstag auf das Problem hingewiesen, da er sich auch mit Quickr auskennt. Nach einer knappen Stunde gab er auf.