Exchange keine Mail an t-online troz s.IP, DNS

AOL und arcor nutzen den Service von SORBS (www.sorbs.net). Wenn du bzw. deine IP auf einer Ihrer Listen steht, dann kannste an die auch keine Mails senden über deine IP.
Wenn du eine feste IP hast, und einen reverse DNS record gesetzt ist, sprich ein PTR, dann sollte es dabei allerdings keine Probleme kriegen.

und T-Online sind sehr genau, was die annahme von Emails angeht, mit dem Servernamen.
Hierbei brauchst du auch exakt den Servernamen als Sender, den du im MX-Record angegeben hast.
Sprich wenn du deine Domäne als intern.com.local benannt hast, und deine maildomäne intern.com ist, auf jeden fall drauf achten, das der server auch die intern.com adresse nimmt.
wenn du als MX Record z.B. mail.intern.com gesetzt hast, dein Server jedoch mailserver.intern.com heißt, dann ist dies auch ein problem für T-Online, weswegen deine Emails nicht ankommen werden.

HTH

Greetz

@Makuro

Genau dein aufgezeigtes Problem haben wir auch. Die Message ID von Emails sind immer mit der Endung "@unserserver.local".
Ich denke hier liegt das Problem, dass Emails an T-Online, web.de usw. nicht ankommen und in der Warteschlange verharren bis sie abgelaufen sind.

Nur, wie kann ich dies ändern. Suche schon seit Wochen nach einer Lösung (ohne Server neu zu installieren).

Hast Du eine Antwort.

Danke Brenni

moin Brenni,

also, wenn ich das noch richtig zusammenkriege,

du öffnest den Exchange System-Manager. Dort gehst du dann auf deinen Server und öffnest die Protokolle, dort öffnest du die eigenschaften deines Virtuellen Standardservers.
In dem neuen Fenster dann die Lasche "Übermittlung" unten den Button "Erweitert".
Hier kannst du dann eine Maskeradendomäne eingeben.

sprich wenn du www.unseredomäne.de hast und deine user als email: nick@unseredomäne.de, dann gibst du dort als Maskeradendomäne unseredomäne.de ein.
für den Vollständig qualifizierten Domänennamen gibst du wiederrum das ein, was dein MX Record sagt, sprich wenn du bei deinem MX Record "mail.unseredomäne.de" eingetragen hast, trag dort "mail.unseredomäne.de" ein.

du musst allerdings beachten, das der ReverseDNS Lookup auf eben jenen eintrag verweisen muss in den DNS.
also wenn du die IP: 123.45.67.89 hast als fest zugewiesene IP, dann muss bei dem Befehl:
ping -a 123.45.67.89
die Namesauflösung "mail.unseredomäne.de" bringen.

HTH

Makuro

Hmpf,

genau so hab ich das eigentlich auch (also doch nicht so doof). Geht aber trotzdem nicht bzw. die Message-ID stimmt jetzt. Jedoch hängt die Mail wieder in der Warteschlange.
Jedoch das mit dem DNS..ich glaub das übersteigt mich grad etwas (Schlauchsteh).

Haben ne Standleitung von KabelBW mit fester IP.
Bei einem Domainhoster hab ich die Domäne und leite dort auf unsere IP um. Dort hab ich auch den MX Record gesetzt.
Nur ich hab doch intern nur meine IP-Adressen. Was soll mein interner DNS denn mit der Externen IP (Hab DNS noch nie so richtig verstanden, verzeihung). Unser NAT-Router switcht ja die Externen und Internen IPs um.

Ups, hab grad nochmal eine externe mail gesendet. Die Message-ID hört leider immer noch mit der endung @myserver.local auf. (Grübel)

also,

DNS crashkurs..

DNS = Domain Name System.

Innerhalb eines DNS Servers gibt es 2 sogenannte Zonen.

1. Forward Lookup
bedeutet, man hat einen Hostnamen (meinserver) und diesem ist die IP (123.45.67.89) zugewiesen. das steht hier drin.

wenn du nun in einer shell oder command box oder Eingabeaufforderung oder wo auch immer den befehl "ping meinserver" eintippst, dann kriegst du einen ping auf die IP 123.45.67.89, weil der DNS deiner Anfrage geantwortet hat und somit den namen meinserver in die entsprechende IP umgewandelt hat.

2. Reverse Lookup.
bedeutet das zu einer IP ein Name eingetragen ist. also das zu IP 123.45.67.89 der name "meinserver" eingetragen ist.
wenn du nun einen ping -a 123.45.67.89 (-a bedeutet das der name ausgelesen wird anhand der IP) ausführst, kommt als meldung das ein Ping an meinserver [123.45.67.89] abgegeben wird mit der Hoffnung auf antwort.

soviel zum DNS.

Reverse DNS Lookup bei Mailservern.

Bedeutet, wenn eine Email reinkommt, dann kommt sie von Server XY.de von irgendwoher, bzw. der domainhoster hat die subdomäne mail.meinedomäne.de auf die IP 123.45.67.89 umgelegt.
Wenn du nun via info@meinedomäne.de eine Email schreibst, dann prüft der Server, ob die IP stimmt, also ob hinter mail.meinedomäne.de (dein mailserver) deine IP 123.45.67.89 aufgelöst wird.
Hierbei handelt es sich um ein Forward Lookup.
Einige Mailserver führen hier zur sicherheit noch ein Reverse Lookup durch.
Bedeutet sie Prüfen einfach ob auf die IP 123.45.67.89 auch der name mail.meinedomäne.de zeigt.
Also ein Reverse Lookup.

Der Hintergrund.
über dynamische DNS-Dienste kann man eine sich ständig wechselnde IP (DSL-User z.B.) an eine Domäne binden, so das diese jedweligem Forward Lookup standhalten.
Ein Reverselookup muss der Domain Inhaber auf seinem DNS Server eintragen. Da dynamische Anbieter diese Option nicht wirklich oft anbieten, da es auch immer eine mehrbelastung der DNS Server bedeutet, ist dies eine weitverbreitete Methode um mögliche SPAM-Server auszufiltern.

So, hoffe war soweit erfolgreich erklärt, btw. die IPs die ich meine sind immer die InternetIPs, nicht deine lokalen.

und das mit der Message-ID ... hast du mal überprüft, wie die Emailadressen in deiner ADS aussehen? ob die dort ebenfalls mit .local enden?

Hab geguggt... haben die smtp-emailadresse mit der Endung .local im AD bei den Benutzern mit drin. Jedoch ist unsere Hauptadresse korrekt auf unseredomäne.de gesetzt. Das sollte also stimmen. (haben noch mehrere domänen für den Empfang drin)

Das einzige was ich denke, ist wirklich die Message ID. Es funktioniert überhaupt nicht, diese umzubiegen. Sie endet immer mit @unseredomäne.local

Hier mal ein Auszug aus einem Emailheader:

X-Envelope-From: <Brenneisen@echtedomäne.de>
X-Envelope-To: <alexander@meineprivatedomäne.de>
X-Delivery-Time: 1152103186
Received: from mail.echtedomäne.de (HSI-KBW-085-216-xxx-xxx.hsi.kabelbw.de [85.216.xx.xxx])
by mailin.webmailer.de (8.13.6/8.13.6) with ESMTP id k65Cdi3P029993
for <alexander@meineprivatedomäne.de>; Wed, 5 Jul 2006 14:39:45 +0200 (MEST)
Subject: test strato
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C6A030.17DC91D4"
Date: Wed, 5 Jul 2006 14:39:44 +0200
Message-ID: <9AF6623CC33329408508B2D9C068EA02023A1A@server.unseredomäne.local>
X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0
X-MS-Has-Attach:
Content-class: urn:content-classes:message
X-MS-TNEF-Correlator:
Thread-Topic: test strato
Thread-Index: AcagMBeKV/cA4hfiQr+99o+xPMZmyg==
From: "Alexander Brenneisen" <Brenneisen@echtedomäne.de>
To: "Alexander Brenneisen" <alexander@meineprivatedomäne.de>


Ich denke HIER liegt das Problem

Message-ID: <9AF6623CC33329408508B2D9C068EA02023A1A@server.unseredomäne.local>

Es müsste doch lauten

Message-ID: <9AF6623CC33329408508B2D9C068EA02023A1A@mail.unseredomäne.de>

Irgendwelche Ideen?

Also,

dafür würde ich mal schauen, was in deiner Default Policy eingestellt ist unter dem Punkt
Exchange SysMan - Empfänger - Empfängerrichtlinien.

Schau mal nach, welche Emailadressrichtlinie eingestellt ist, ob hier auch die domäne mit .local drin steht, oder mit.de
müsste imo drin stehen "X400 c=DE;a=DeineDomäne;o=Exchange"
und halt dadrüber evtl. etwas wie "SMTP %1g%s@deinedomäne.de"

%1g%s bedeutet %1g = Erste Buchstabe vorname, %s = Kompletter Nachname.

So sind z.B. bei uns die Adressen aufgebaut. Das legt der auch direkt aufs komplette ADS um.