3
POP3/SMTP Mails werden nicht an gleiche Domain weitergeleitet - Wie kann man Absenderdomain ändern?
SBS 2003 mit Exchange Server 2003. Eigene Domain im Internet www.firmenname.de , Exchange Server lokal mit firmename.de. Mitarbeiter extern name@firmenname.de bekommen keine Mails von Intern.
Hallo,
wir haben einen Small Business Server 2003 mit Exchange 2003 intern in der Firma im Einsatz. Der Exchange Server läuft intern mit dem Domänennamen "firmenname.de". Extern bei Schlund & Partner sitzt der "echte" Mailserver (linux) auch mit unsere Homepage www.firmenname.de.
Nun haben wir einige Mitarbeiter die von zu Hause arbeiten und Ihre Mails direkt beim externen POP3 Server "firmenname.de" abholen.
Die Mails der internen Mitarbeiter werden über den POP3 Connector von Exchanage 2003 beim externen POP3 Server abgeholt und ordnungsgemäß vom Exchange Server intern verteilt. Soweit alles prima. Wenn ein interner Mitarbeiter auch Mails nach extern versendet, also z.B. an user@xyz.de funktioinert der Versand einwandfrei. Wenn aber jetzt ein interner Mitarbeiter versucht eine Mail an eben einen externen Mitarbeiter zu versenden (z.B. extern1@firmenname.de), dann wird diese Mail nicht zugestellt. (Das Routing innerhalb des Exchange Servers funktioniert einwandfrei! D.h. über einen Kontakt, etc., also wenn man nun dem Externen Mitarbeiter die Email adresse extern1@test.de gibt, geht es ohne Problem).
D.h. der externe POP3 Linux Server akzeptiert nicht eine Email von dem gleichen Domänennamen wie er selber (vermutlich um eine Endlosschleife oder SPAM Mails zu verhindern?). Wie schaffe ich es trotzdem, dann der externe POP3 Server meine extern1@firmenname.de emails akzeptiert?
Gibt es eine Möglichkeit im Exchnange Server für bestimmte User festzulegen, das deren Absenderkennung eben nicht extern1@firmenname.de sondern z.B. extern1@firmenname.local oder ähnliches lautet, so dass der externe POP3 Server die Emails anerkennt und annimmt?
Das Problem müsste doch eigentlich öfters vorkommen, oder?
Leider habe ich eben weder Linux Know-How, noch Zugriff auf den externen POP3 Server...
Vielen Dank vorab!
Grüsse
opribram
Hallo,
wir haben einen Small Business Server 2003 mit Exchange 2003 intern in der Firma im Einsatz. Der Exchange Server läuft intern mit dem Domänennamen "firmenname.de". Extern bei Schlund & Partner sitzt der "echte" Mailserver (linux) auch mit unsere Homepage www.firmenname.de.
Nun haben wir einige Mitarbeiter die von zu Hause arbeiten und Ihre Mails direkt beim externen POP3 Server "firmenname.de" abholen.
Die Mails der internen Mitarbeiter werden über den POP3 Connector von Exchanage 2003 beim externen POP3 Server abgeholt und ordnungsgemäß vom Exchange Server intern verteilt. Soweit alles prima. Wenn ein interner Mitarbeiter auch Mails nach extern versendet, also z.B. an user@xyz.de funktioinert der Versand einwandfrei. Wenn aber jetzt ein interner Mitarbeiter versucht eine Mail an eben einen externen Mitarbeiter zu versenden (z.B. extern1@firmenname.de), dann wird diese Mail nicht zugestellt. (Das Routing innerhalb des Exchange Servers funktioniert einwandfrei! D.h. über einen Kontakt, etc., also wenn man nun dem Externen Mitarbeiter die Email adresse extern1@test.de gibt, geht es ohne Problem).
D.h. der externe POP3 Linux Server akzeptiert nicht eine Email von dem gleichen Domänennamen wie er selber (vermutlich um eine Endlosschleife oder SPAM Mails zu verhindern?). Wie schaffe ich es trotzdem, dann der externe POP3 Server meine extern1@firmenname.de emails akzeptiert?
Gibt es eine Möglichkeit im Exchnange Server für bestimmte User festzulegen, das deren Absenderkennung eben nicht extern1@firmenname.de sondern z.B. extern1@firmenname.local oder ähnliches lautet, so dass der externe POP3 Server die Emails anerkennt und annimmt?
Das Problem müsste doch eigentlich öfters vorkommen, oder?
Leider habe ich eben weder Linux Know-How, noch Zugriff auf den externen POP3 Server...
Vielen Dank vorab!
Grüsse
opribram
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: 7380
Url: https://administrator.de/contentid/7380
Ausgedruckt am: 22.11.2024 um 20:11 Uhr
3 Kommentare
Neuester Kommentar
Hallo,
euer Exchangeserver ist die oberste Instanz in dem lokalen Netz für die eingerichtete Domaine "firmenname.de". Deshalb kann er Mails für diese Domain auch nicht nach extern weiterleiten, da er ja genau für diese Domain zuständig ist und kein anderer... (ausser weitere Exchangeserver in der selben Domain
).
Einzige Möglichkeit wäre es, über eine SubDomain "xy@extern.firmenname.de" zu arbeiten und für diese SubDomain einen Routing-Connector im Exchange-Mangement anzulegen, der die Mails für diesen Bereich dann nach Draussen sendet. Dazu müsstest du aber die Möglichkeit haben, auf eurem externen Web- und Mailserver diese SubDomain und entsprechende Emailkonten einzurichten. Sollte aber bei Schlund kein Problem sein. Als weiteres müssten die externen Mitarbeiter nur noch über diese Email im ActiveDirectory adressiert sein damit die Mails auch wirklich nach draussen gesendet werden.
Hat natürlich auch einige Nachteile - wenn diese Mitarbeiter mal im lokalen Netz arbeiten, liegen ihre Mails nicht im Exchangeserver, sondern müssen wieder vom externen Mailserver gelesen werden....
cu
Dirk
euer Exchangeserver ist die oberste Instanz in dem lokalen Netz für die eingerichtete Domaine "firmenname.de". Deshalb kann er Mails für diese Domain auch nicht nach extern weiterleiten, da er ja genau für diese Domain zuständig ist und kein anderer... (ausser weitere Exchangeserver in der selben Domain
).Einzige Möglichkeit wäre es, über eine SubDomain "xy@extern.firmenname.de" zu arbeiten und für diese SubDomain einen Routing-Connector im Exchange-Mangement anzulegen, der die Mails für diesen Bereich dann nach Draussen sendet. Dazu müsstest du aber die Möglichkeit haben, auf eurem externen Web- und Mailserver diese SubDomain und entsprechende Emailkonten einzurichten. Sollte aber bei Schlund kein Problem sein. Als weiteres müssten die externen Mitarbeiter nur noch über diese Email im ActiveDirectory adressiert sein damit die Mails auch wirklich nach draussen gesendet werden.
Hat natürlich auch einige Nachteile - wenn diese Mitarbeiter mal im lokalen Netz arbeiten, liegen ihre Mails nicht im Exchangeserver, sondern müssen wieder vom externen Mailserver gelesen werden....
cu
Dirk
Um eine Mail über Exchange 2003 nach Außen zu senden,
dessen Maildomain im eigenen Exchange Adressraum liegt
Bsp: externmitarbeiter@firma.de
muß folgender Eintrag im Exchange System-Manager vorgenommen werden:
- Server
- Protokolle
- SMTP
- Virtueller Standardserver für SMTP
(rechte Maustaste Eigenschaften)
- Im Fenster:
Eigenschaften von Virtueller Standardserver für SMTP
folgenden Eintrag im dem Feld vornehmen
Alle E-Mails mit nicht ausgewerteten Empfängern weiterleiten an Host:
Bsp.: mail.1und1.de
(SMTP Adresse des Maildienstanbieters eintragen)
dessen Maildomain im eigenen Exchange Adressraum liegt
Bsp: externmitarbeiter@firma.de
muß folgender Eintrag im Exchange System-Manager vorgenommen werden:
- Server
- Protokolle
- SMTP
- Virtueller Standardserver für SMTP
(rechte Maustaste Eigenschaften)
- Im Fenster:
Eigenschaften von Virtueller Standardserver für SMTP
folgenden Eintrag im dem Feld vornehmen
Alle E-Mails mit nicht ausgewerteten Empfängern weiterleiten an Host:
Bsp.: mail.1und1.de
(SMTP Adresse des Maildienstanbieters eintragen)
Hallo,
wir haben seid einigen Wochen einen Exchange Server im Einsatz und haben das gleiche Problem wie der Kollege opribram. Kann es sein, dass man zusätzlich bei den Empfängerrichtlinien noch Einstellungen vornehmen muss? Wir haben die Einstellen, wie von Dir beschrieben , vorgenommen, haben aber noch immer das Problem.
Gruss,
Tom196
wir haben seid einigen Wochen einen Exchange Server im Einsatz und haben das gleiche Problem wie der Kollege opribram. Kann es sein, dass man zusätzlich bei den Empfängerrichtlinien noch Einstellungen vornehmen muss? Wir haben die Einstellen, wie von Dir beschrieben , vorgenommen, haben aber noch immer das Problem.
Gruss,
Tom196
