Wenn es zu
Empfangsproblemen auf einem Exchange-Server kommt oder auch an bestimmte Server
nicht geschickt werden kann, sollte eines der ersten Dinge die überprüft werden
sein, ob der Empfänger-Server überhaupt entsprechend antwortet.
Was wir dazu benötigen:
- Telnet-Client
- Absender u. Empfängeradresse
- FQDN der zu überprüfenden
SMTP-Server
mittels nslookup kann dies ganz einfach herausgefunden werden:
zb:
C:\>nslookup
Standardserver:
vieintdc002.internal.networkAddress: 10.184.50.2
> set type=mx
> macho.solutions
Server: vieintdc002.internal.network
Address: 10.184.50.2
Nicht autorisierende Antwort:
macho.solutions MX preference = 10, mail exchanger = macho-solutions.mail.protection.outlook.com
Wie in der Rückantwort ersichtlich ist der Empfänger-Server:
macho-solutions.mail.protection.outlook.com
Folgende Commands
kann man absetzen:
Die Gelb-Markierten Passagen sind die erforderlichen Eingaben die man machen muß. Entsprechende Adressen u. Domänen muß man entsprechend anpassen.
Telnet FQDN.Zielserver.com
25
Dadurch wird die Verbindung mit dem Zielsystem über den Standard-SMTP-Port 25 hergestellt.
220 AM1FFO11FD029.mail.protection.outlook.com
Microsoft ESMTP MAIL Service ready
at Wed, 11 May
2016 14:22:37 +0000EHLO AbsenderDomain.com
250-AM1FFO11FD029.mail.protection.outlook.com Hello [xxx.xxx.xxx.xxx]
250-SIZE 157286400
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-STARTTLS
250-8BITMIME
250-BINARYMIME
250 CHUNKING
MAIL FROM:absenderadresse@domain.com
250 2.1.0 Sender OK
RCPT TO:Empfängeradresse@zieldomain.com
250 2.1.5 Recipient OK
DATA
354 Start mail input; end with <CRLF>.<CRLF>
Subject: Testmail
Das ist ein Testmail von Telnet
.
250 2.6.0
<5c2fa5c5-18c0-4640-81c5-ce69364d1c85@AM1FFO11FD029.protection.gbl> [InternalId=40072044877570,
Hostname=DB5PR06MB1317.eurprd06.prod.outlook.com] 6235 bytes in
1:00.559, 0.101 KB/sec Queued mail for delivery
quit
221 2.0.0 Service closing transmission channel
Connection to host lost.
Wir überprüfen ob
das Mail angekommen ist und siehe da: Das Testmail ist im Posteingang:
Selbstverständlich ist dies auch eine gute Methode um seinen eigenen Exchange-Server zu überprüfen. Man sollte hier jedoch auch beachten, dass - abhängig von der Messaging Infrastruktur - natürlich noch andere Komponenten wie Spamfilter, Firewall etc.. in das Troubleshooting miteinbezogen werden sollten.
Keine Kommentare:
Kommentar veröffentlichen