Routing bei mehreren Notes Organisationen/Domänen

Die grundsätzliche Frage wäre erst mal: Wieso versendet der Traveler Server diese Mail überhaupt in dom_a, wenn er dom_b und deren Benutzer bereits kennt.
Denn dann müsste er bei korrekter Konfiguration die Mail vom Traveler gleich in dom_b weiterleiten.

Gibt es da eventuell Überlappungen bei der Internet Domäne bzw der Notes-Hierarchie ?

Hallo,

ich habe das gleiche Problem wie oben beschrieben.
Ich habe im Configrationsdokument die "Ausführliche Suche" aktiviert, sodass er in allen verketteten ABs die Zieladresse sucht.
Er findet diese auch, denn in der Zustellfehlermeldung steht der volle hierarchische Name (Vorname Nachname/OU/DE)
Was aber fehlt: Die Maildomain dahinter Beispiel: Vorname Nachname/OU/DE@andereDomain
Es sieht so aus, als würde Traveler beim Senden der Mail, also Kopieren in die mail.box auf dem Homeserver die Information @andereDomain unterschlagen.
Adressiere ich an einen user aus der names.nsf, dann schickt er die Mail raus, auch ohne @Maildomain, was auch funktioniert.

Habt Ihr eine Idee?

:danke: und Grüße

Muss er im Normalfall auch nicht wenn eben die Verzeichnisse korrekt eingebunden sind.
Kannst du denn auf dem Traveler Server direkt eine Mail an einen der User aus einem der zusätzlichen Adressbücher schicken ?
Sind diese richtig konfiguriert ?
Auch die schon genannte Einstellung ?

Hi,

wie soll ich das testen, also eine Mail vom Traveler server aus? Auf dem Traveler sind keine User, die haben die Homeserver auf anderen Servern in der gleichen Domäne.
Die Adressbücher sind korrekt angebunden, da ich mich mit einem User aus dem verketteten per http anmelden kann.

Die Mail kommt auch direkt in die mail.box des Homeservers.
Ich habe Testweise mal den router gestoppt und mit dem Notesclient und dem iPad eine Mail geschickt.
Die sehen beide identisch aus (ausser dem fehlenden Domain-Zusatz bei dem vom iPad gesendeten Mail).
Die vom Notesclient geht durch, die vom iPad nicht.

Indem du den Server mal manuell als Homeserver in der lokalen Arbeitsumgebung einträgst. Dann verwendet er den auch zum Senden, d.h. der Client liefert die direkt in die mail.box des Travelers ab

Und genau das heisst eben nichts, denn nur weil du dich per http anmelden kannst muss das noch lange nicht heissen, daß die Adressbücher auch zum Mailrouting zur Verfügung stehen.

Ohne die Domäne müssen die Adressbücher fürs Routing aktiv sein und korrekt eingebunden sein, für die Anmeldung per http ist das egal

also Das Mailrouting funktioniert ja.

Ich habe

• Connection-documents
• "Benachbarte Domän"Dokument
• im verketteten Adressbuch sind in den Personendoks auch mit dem richtigen "Maildomain" gefüllt.

Das mit dem Umsetzen des Homeservers muss ich separat testen. Das Testgerät, was ich habe ist von einem produktiven User, dessen Homeserver ich nicht einfach so umstellen kann / möchte.

Wichtig ist nur ob das Mailrouting vom Traveler Server aus funktioniert.
Wenn es von den anderen geht aber nicht vom Traveler, dann kann es zu genau solchen Effekten kommen.
Und zwischen welchen Servern sind die Connection Documents ?
Und auf welchen Servern sind die zusätzlichen Adressbücher überall eingebunden ?
Eine DA für alle Server oder je Server eine ? Wenn letzteres sind die auf dem Traveler dann auch richtig konfiguriert ?

• connection documents
  von allen Mailservern zu den benachbarten
• zusätzliche Adressbücher auf allen Servern eingebunden
• jeder Server hat eine DA, welches auf die gleichen Repliken verweist.

Die Home- und auch der Traveler kommen per trace auf alle anderen drauf

Ich glaub ich habe was gefunden:

Den Traveler hat ein Kollege installiert und scheinbar hat er als NNN einen anderen als die anderen Server.
Die sind nämlich in der NNN "TCPIP Netzwerk". Der Traveler allerdings in "TCPIP Network".

Kann das die Ursache sein?

Dann solltest du dir mal die Routing Wege der Mails anschauen für die Mails an benachbarte Domains die nicht ankommen.
Und auch mal das LogLevel zum Routing hochdrehen.

Irgendwo ist da wohl noch etwas nicht korrekt eingestellt.

Ich prüf das morgen früh und berichte auch morgen.
Vielen Dank für die Hinweise..

:danke: :danke:

Hallo Zusammen,
Wir hatten das auch ma.
Wir haben an einem Traveler auch mehrere Notes Domänen. Zu Anfangs hatten wir auf dem Traveler Server via DA zu einer Domäne, wo wiederum die anderen Domains schon aufgelöst wurden, die Berechtigungsgeschichten abgehandelt. Aufgefallen ist uns das erst, als wir die zweite Domäne am Traveler anschließen wollten. Da fanden wir die Anwender plötzlich doppelt. Das haben wir dann wie von Taurec schon angedeutet herausgefunden. Abhilfe konnten wir schaffen, indem wir in der DA (Traveler) die OUs in den Regeln genutzt haben um die Ergebnisse einzugrenzen.
Bei Euch wird vielleicht auch der Anwender aus Dom B schon über die DA von Dom A gefunden und Routet dann fleißig über diesen.
Domänen Dokumente benötigst Du nicht, da die Mails ja im,er über den Homeserver des Anwenders versendet werden.
Vielleicht hilft der Tipp ja

Hi,

Du schreibst:

...Das haben wir dann wie von Taurec schon angedeutet herausgefunden. Abhilfe konnten wir schaffen, indem wir in der DA (Traveler) die OUs in den Regeln genutzt haben um die Ergebnisse einzugrenzen...

bei mir sieht das so aus:

N.C. 1: */ */ */ */ */ * Yes No

Habe bisher noch keine Rules erstellt / bearbeitet.

Gruß
Ayrton

Alles klar, ich weiss schon was Du meinst..
Ich probiere das auch mal aus.

Bis gleich

:danke:

Hi,

bei uns würde das dann folgender maßen aussehen:

N.C. 1: */ */ */ */ Dom A/DE Yes No

Damit bekonmmst Du über diese DA nunr noch die Mitarbeiter aus der Domäne Dom A/DE zurück und nicht mehr Dom B/DE

es gibt im Konfigurationsdokument einen Schalter, der eigentlich NICHT dorthin, sondern in den Basic Tabs neben den Schalter für ein "Exhaustive lookup" gehört (logisch gesehen).

Nun funktioniert das Ganze! Thema ist also erledigt.

Ich wollte es Euch nur mitgeteilt haben.

:danke: an alle Beteiligten!