h0tzen

Vielen Dank, habe den Artikel bereits mehrfach gelesen aber nicht gedacht, dass eine separate Empfängerrichtlinie von so immenser Bedeutung ist... ;) Danke! Kai

verstehe ich nicht ganz ;) habe es quasi so: http://www.sbspraxis.de/exchange/ex03018/bild3.gif ( : www.SBSPraxis.de, Konfigurieren der Empfängerrichtlinie für den SBS 2003 Exchange Server : ) also einfach mehrere regeln in einer richtlinie ... warum muss ich eine separate erstellen? danke! kai

ouh ... kann ich nicht ganz nachvollziehen. warum muss man denn zwei richtlinien machen, wenn jede richtlinie N regeln aufnehmen kann? seis drum, vielen dank! kai

War heute nochmal notgedrungen vor Ort. Die Empfängerrichtlinie mit der nicht autorativen Einstellung für firma.de ist wohl schuld daran, dass die eMails über den SMTP-Smarthost abgewickelt werden, obwohl diese lokal zugestellt werden könnten. Muss ich für diese Einstellung eine eigene Richtline anlegen oder sollte es über die Default-Policy funktionieren? Zumindest konnte ich das jetzt einigermaßen sicher auf die Empfängerrichtlinien einengen.. Vielen Dank für die Hilfe bisher! Kai

Jeder Benutzer hat als Hauptemail, die vom POP3 abzuholende, á la user@firma.de und zusätzlich die AD-interne á la user@domain.local. Im POP3-Connector ist eingestellt, die Abgeholten an die jeweiligen Benutzerpostfächer weiterzuleiten. An diesen Einstellungen habe ich auch nichts geändert. ... Verzweiflungs-Reboot ;)

und das geht gerade so munter weiter, der scheint gar keine internen mehr zuzustellen. die landen alle im standard smtp-connector, sobald sie vom pop3 abgeholt wurden. da kann man ja langsam (eher schnell) verzweifeln...

definitiv intern und definitiv vom standard 2003 sbs pop3-connector abgeholt. habe die unwichtigen mails aus der warteschlange gelöscht, die wichtigen fixiert und den smtp connector #2 nun gelöscht... woran kann sowas liegen? empfängerrichtlinien sind für firma.de auf nicht-authorative gesetzt.

Habe das Ganze soeben eingerichtet. Status Quo: Smtp Connector #1 (Standard) Alles über Smarthost smtp.firma.de (+ ausgehende Sicherheit) Adressraum: SMTP * SMTP Connector #2 (ad-user@firma.de -> externer-user@firma.de) Alles über Smarthost smtp.firma.de (+ ausgehende Sicherheit) Adressraum: SMTP firma.de Nun füllt sich die Warteschlange "Nachrichten mit nicht erreichbarem Ziel", weil anscheinend die frisch per POP3-Connector abgeholten Mails nicht auf die Exchange Postfächer verteilt werden... Wie kann das denn sein? Gruß und Dank, Kai

Großartig, vielen Dank!

Danke Stevie, habe noch eine Frage zu diesem KB-Artikel: Ich lege einen separaten SMTP-Connector für die firma.de-Domain an: Weiterleiten an Smarthost: smtp.firma.de Bridgeheads: der lokale virtuelle Addressraum: SMTP firma.de Somit checkt Exchange erst AD-Accounts für das Zustellen, wenn das nicht klappt ein Lookup über die Addressräume der SMTP-Connectoren. Wenn also das AD-zustellen an is-nich-inner-ad@firma.de fehlschlägt, findet er den neuen SMTP-Connector, welcher wiederum an den SMTP von firma.de weiterleitet. Dort connected er per [Erweitert->Ausgehende Sicherheit] und versucht dort die eMail loszuwerden? Wenn das der ganze Trick ist: Einen herzlichen Dank! ;) Gruß, Kai

Hallo, ich weiß das Thema taucht ständig auf, habe auch alles auffindbare durchgelesen. Folgende Situation: Firma mit Domain firma.de bei einem Hoster, Mails werden per POP3 Connector abgeholt und auf die Postfächer verteilt Intern firma.local und per Empfängerrichtline eingestellt, dass primär name@firma.de ist und zusätzlich name@firma.local. firma.local wird autorativ behandelt, firma.de NICHT. die mails werden per SMTP Smarthost an einen externen SMTP-Server weitergeleitet. Problem: AD-User x@firma.de kann einem nicht-AD-User nich-inner-ad@firma.de keine Mails schicken. Exchange leitet diese nicht an den externen SMTP-Server weiter, obwohl firma.de nicht autorativ behandelt werden soll. Empfängerrichtline: 1, nur die default SMTP @firma.local autorativ SMTP @firma.de nicht-autorativ, hauptadresse X400 gedöns ... SMTP Smarthost gesamte mail über diesen connector bla an <externer-smtp-server> weiterleiten lokaler bridgehead: der lokale virtuelle smtp Adressraum SMTP * Hier komme ich seit 3h nicht weiter und würde mich über jeden noch so kleinen Hinweis/Denkanstoß oder Link freuen. Vielen Dank, Kai