1
SBS2003 - Mails der internen Mail-Domain gehen an externe Mitarbeiter der selbigen Domain nich heraus.
Hallo,
wir haben bei einem unserer SBS2003 folgendes Problem.
Der Mailabruf vom Provider für die Domain XXZ.de funktioniert, genauso auch der Versand. Es ergibt sich bei diesem Exchange aber die Besonderheit, dass es Mitarbeiter in anderen Aussenstellen gibt, welche keinen Exchange, sondern einen normalen POP3-Abruf über Outlook nutzen. Diese Mitarbeiter sind also nicht im AD bzw. der Domäne angelegt. Wird nun in der Domäne eine Mail an z.B. Mitarbeiter.extern@XYZ.de geschickt, kann diese intern nicht zugestellt werden, da kein entsprechender User existiert. Logischerweise müsste diese Mail dann an den Provider, wo die Konten liegen, übermittelt werden, sodass der entsprechender User dieser per POP3 abrufen kann.
Ich habe schon eine Menge gegooglt und auch hier gesucht. Den Tipp, den Haken für die authoritive Domain in den Empfängerrichtlinien herauszunehmen, habe ich getestet, leider ergab dies keine Abhilfe. Einziger Unterschied, der Absender erhält keine Meldung mehr, das die Mail nicht zugestellt werden konnte. Die Mail landet in der Warteschleife des Exchange und verbleibt auch dort.
Einige Einstellung, die mir spontan einfallen, welche vielleicht relevant sein könnten.
Ich würde mich sehr freuen, wenn mir jemand weiterhelfen könnte, denn bis kommenden Dienstag muss eine Lösung her!
Falls ihr andere Einstellungen wissen müsst, um Tipps geben zu können, dann kann ich diese gerne noch nachtragen.
MfG
Dennis
wir haben bei einem unserer SBS2003 folgendes Problem.
Der Mailabruf vom Provider für die Domain XXZ.de funktioniert, genauso auch der Versand. Es ergibt sich bei diesem Exchange aber die Besonderheit, dass es Mitarbeiter in anderen Aussenstellen gibt, welche keinen Exchange, sondern einen normalen POP3-Abruf über Outlook nutzen. Diese Mitarbeiter sind also nicht im AD bzw. der Domäne angelegt. Wird nun in der Domäne eine Mail an z.B. Mitarbeiter.extern@XYZ.de geschickt, kann diese intern nicht zugestellt werden, da kein entsprechender User existiert. Logischerweise müsste diese Mail dann an den Provider, wo die Konten liegen, übermittelt werden, sodass der entsprechender User dieser per POP3 abrufen kann.
Ich habe schon eine Menge gegooglt und auch hier gesucht. Den Tipp, den Haken für die authoritive Domain in den Empfängerrichtlinien herauszunehmen, habe ich getestet, leider ergab dies keine Abhilfe. Einziger Unterschied, der Absender erhält keine Meldung mehr, das die Mail nicht zugestellt werden konnte. Die Mail landet in der Warteschleife des Exchange und verbleibt auch dort.
Einige Einstellung, die mir spontan einfallen, welche vielleicht relevant sein könnten.
- In den Eigenschaften der User ist die Adresse mitarbeiter@XYZ.de die Standardadresse (fett markiert)
- Die Domain firmenname.local ist nicht als Standard definiert.
- Im SMTP Connector ist bei den Smart Hosts "XYZ.de" eingetragen.
Ich würde mich sehr freuen, wenn mir jemand weiterhelfen könnte, denn bis kommenden Dienstag muss eine Lösung her!
Falls ihr andere Einstellungen wissen müsst, um Tipps geben zu können, dann kann ich diese gerne noch nachtragen.
MfG
Dennis
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 78598
Url: https://administrator.de/contentid/78598
Ausgedruckt am: 19.11.2024 um 12:11 Uhr
1 Kommentar
Hallo,
die Sache mit den Authoritative Domain ist eigentlich genau das richtige Rädchen.
Daraus, dass das Problem laut Beschreibung nur auftritt, wenn von intern gesendet wird schließe ich, dass der primäre Posteingang laut MX-Record auf dem Server des Providers liegt.(?) Damit sollte das sogar ohne weitere Konfiguration laufen, ansonsten müsstest du noch einen entsprechenden Connector einrichten.
Ich vermute das Problem im Mailserver des Providers. Die haben es manchmal nicht gerne, wenn von extern eine Mail reinkommt, die als Absenderadresse eine (ihrer Meinung nach) interne hat. Das kann dann eigentlich nur Spam sein. Schau doch mal in das Message Tracking. Da siehst du, ob versucht wurde die Mail nach extern zuzustellen, manchmal sind sogar aufschlussreiche Fehlermeldungen dabei. Nächster Test wäre dann mal per telnet eine Mail bei deinem Provider per SMTP einzuliefern (mit Absender von deiner Domain). Da sieht man, ob der Provider die Mails annimmt (und auch ausliefert).
Gruß
Filipp
die Sache mit den Authoritative Domain ist eigentlich genau das richtige Rädchen.
Daraus, dass das Problem laut Beschreibung nur auftritt, wenn von intern gesendet wird schließe ich, dass der primäre Posteingang laut MX-Record auf dem Server des Providers liegt.(?) Damit sollte das sogar ohne weitere Konfiguration laufen, ansonsten müsstest du noch einen entsprechenden Connector einrichten.
Ich vermute das Problem im Mailserver des Providers. Die haben es manchmal nicht gerne, wenn von extern eine Mail reinkommt, die als Absenderadresse eine (ihrer Meinung nach) interne hat. Das kann dann eigentlich nur Spam sein. Schau doch mal in das Message Tracking. Da siehst du, ob versucht wurde die Mail nach extern zuzustellen, manchmal sind sogar aufschlussreiche Fehlermeldungen dabei. Nächster Test wäre dann mal per telnet eine Mail bei deinem Provider per SMTP einzuliefern (mit Absender von deiner Domain). Da sieht man, ob der Provider die Mails annimmt (und auch ausliefert).
Gruß
Filipp
