25
EXCH13 versendet keine Mails
Hallo Leute,
ich habe einen Exchange2013 installiert, alle Updates inklusive. Mit der Anleitung von Serversolutions/POPCon soweit vorbereiten.
Die ersten Benutzer sind auch angelegt, einloggen im OWA und ECP geht ohne Probleme.
Das versenden von Mails intern geht nicht.
Externer Mail-Versand ist vorbereitet aber nicht scharf gestellt, da die Umstellung erst in 14 Tagen statt findet.
Wo kann ich nachschauen und herausfinden weshalb keine E-Mails versendet werden??
MfG
Kevin
ich habe einen Exchange2013 installiert, alle Updates inklusive. Mit der Anleitung von Serversolutions/POPCon soweit vorbereiten.
Die ersten Benutzer sind auch angelegt, einloggen im OWA und ECP geht ohne Probleme.
Das versenden von Mails intern geht nicht.
Externer Mail-Versand ist vorbereitet aber nicht scharf gestellt, da die Umstellung erst in 14 Tagen statt findet.
Wo kann ich nachschauen und herausfinden weshalb keine E-Mails versendet werden??
MfG
Kevin
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: 211608
Url: https://administrator.de/contentid/211608
Ausgedruckt am: 26.11.2024 um 03:11 Uhr
25 Kommentare
Neuester Kommentar
Moin,
sind die entsprechenden Dienste gestartet?
Wenn du die Mail sendest, bleibst sie dann im Postausgang, Entwürfe o. Ä.? oder wird sie als gesendet angezeigt?
LG
sind die entsprechenden Dienste gestartet?
Wenn du die Mail sendest, bleibst sie dann im Postausgang, Entwürfe o. Ä.? oder wird sie als gesendet angezeigt?
LG
Dienste sollten laufen, da der Server mehrfach neugestartet wurde.
Die E-Mail landet im OWA Ordner Entwürfe
Beim Outlook Client liegen diese E-Mails dann im Postausgang.
LG
Die E-Mail landet im OWA Ordner Entwürfe
Beim Outlook Client liegen diese E-Mails dann im Postausgang.
LG
Sorry aber schau bitte nocheinmal selbst unter Dienste nach, ob die einwandfrei laufen. Nur weil der Server neugestartet wurde heißt es ja nicht, dass auch die Dienste alle an sind.
Steht irgendetwas in der Ereignisanzeige?
Intern brauchst Du erst einmal kein POPCon etc.
Hast Du den Exchange Stand-Alone oder in die bestehende Infrastruktur installiert?
Läuft der Transportdienst?
Was steht im Log des Transportdienstes?
Sind die Emails in der E-Mail-Warteschlange aufgeführt mit entsprechender Fehlermeldung?
Hast Du den Exchange Stand-Alone oder in die bestehende Infrastruktur installiert?
Läuft der Transportdienst?
Was steht im Log des Transportdienstes?
Sind die Emails in der E-Mail-Warteschlange aufgeführt mit entsprechender Fehlermeldung?
Hallo, was meinst Du mit "Externer Mail-Versand ist vorbereitet aber nicht scharf gestellt, da die Umstellung erst in 14 Tagen statt findet. " ?
Hast Du da irgendetwas Spezielles im Sendekonnektor eingestellt oder nicht eingestellt?
Hast Du da irgendetwas Spezielles im Sendekonnektor eingestellt oder nicht eingestellt?
Da du PopCon einsetzt, vemute ich, das du über einen Smarthost senden möchtest und keinen MX Eintrag hinterlegt hast.
Ist der SendeConnector korrekt angelegt? Stichwort Smarthost und Authentifiizierung an diesem.
Ist der SendeConnector korrekt angelegt? Stichwort Smarthost und Authentifiizierung an diesem.
Für die Interne Email Zustellung werden keine Sendeconnectors benötigt
bzw. diese Connectors sind versteckt und müssen nicht konfiguriert werden.
Prüfe Log-Dateien, Ereignisanzeige und, wie gesagt, die Email-Warteschlange
Prüfe erst einmal, warum Du Intern nicht senden/empfangen kannst
bzw. diese Connectors sind versteckt und müssen nicht konfiguriert werden.
Prüfe Log-Dateien, Ereignisanzeige und, wie gesagt, die Email-Warteschlange
Prüfe erst einmal, warum Du Intern nicht senden/empfangen kannst
Da gehe ich morgen früh mal bei !
1) Der Server ist in einer Domäne als Standalone mit der Rolle Excahnge
2) Der Sendeconnector ist für Smarthost eingerichtet aber Deaktiviert, da noch nix empfangen oder gesendet werden soll (extern)
3) Die Dienste kontrolliere ich dann morgen, sowie die Ereignislog.
Danke für die Anregungen und die nachfragen, bis morgen !
MfG
Kevin
1) Der Server ist in einer Domäne als Standalone mit der Rolle Excahnge
2) Der Sendeconnector ist für Smarthost eingerichtet aber Deaktiviert, da noch nix empfangen oder gesendet werden soll (extern)
3) Die Dienste kontrolliere ich dann morgen, sowie die Ereignislog.
Danke für die Anregungen und die nachfragen, bis morgen !
MfG
Kevin
Du hast aber nicht den Empfangsconnector für Clients deaktiviert?
Der wiederum ist schon an der Oberfläche konfigurierbar und wird zwingend benötigt, lediglich Sendeconnectors müssen nicht konfiguriert werden, bei kleinen Szenarien. (für Internes Mail-Routing)
Der wiederum ist schon an der Oberfläche konfigurierbar und wird zwingend benötigt, lediglich Sendeconnectors müssen nicht konfiguriert werden, bei kleinen Szenarien. (für Internes Mail-Routing)
Guten Morgen,
also deaktiviert wurde der Empfangsconnector über den POPCon die Mails empfangen würde.
Ein Sendeconnector ist nicht mehr existend.
Alle Dienste, wo start automatisch dran steht werden ausgeführt.
Im OWA werden die Postfächer normal geöffnet, aber die Mail landet immer noch in den Entwürfen.
Der Exchange Server ist auch komplett aktiviert worden (Lizenzschlüsseleingabe)
Wo sitzt hier nun das falsche Häkchen ?
LG
Kevin
also deaktiviert wurde der Empfangsconnector über den POPCon die Mails empfangen würde.
Ein Sendeconnector ist nicht mehr existend.
Alle Dienste, wo start automatisch dran steht werden ausgeführt.
Im OWA werden die Postfächer normal geöffnet, aber die Mail landet immer noch in den Entwürfen.
Der Exchange Server ist auch komplett aktiviert worden (Lizenzschlüsseleingabe)
Wo sitzt hier nun das falsche Häkchen ?
LG
Kevin
Schau mal, ob der Empfangsconnector Client aktiviert ist. Du kannst auch beide (Client und Default) aktivieren. Bei diesen Einstellungen geht es darum, ob und wie Emails vom Transportdienst angenommen werden. Ist kein Empfangsconnector aktiviert, kann der Transportdienst auch keine Mails annehmen. Folglich bleiben die Mails beim Absender / Client
- Alle 5 Standard Empfangs-Konnektoren sind da und aktiviert !
- Sende Konnektor ist entfernt, gelöscht !
- Ansprechen per Ping (Name und IP) ist OK
- Webbrowser Aufruf (OWA und ECP) ist OK
- Anbindung Outlook Client OK
- In der Exchange Toolbox für die Warteschlange tauchen keine Mails auf.
- Im Posteingang des Outlook Clients bleiben die Mails liegen.
Wer kann mir da weiter helfen ? Wer hätte "lust" sich mal per Remote anzuschauen ?
LG
Kevin
- Sende Konnektor ist entfernt, gelöscht !
- Ansprechen per Ping (Name und IP) ist OK
- Webbrowser Aufruf (OWA und ECP) ist OK
- Anbindung Outlook Client OK
- In der Exchange Toolbox für die Warteschlange tauchen keine Mails auf.
- Im Posteingang des Outlook Clients bleiben die Mails liegen.
Wer kann mir da weiter helfen ? Wer hätte "lust" sich mal per Remote anzuschauen ?
LG
Kevin
Ganz banal: Firewall?
Check mal in der Exchange Verwaltungshell Test-MapiConnectivity -Identity [DOMÄNE\USER]
Kannst Du Dich mal per Telnet auf Port 25 verbinden und eine Mail per SMTP abliefern?
Mich würde interessieren, ob die dann bei entsprechenden Postfach zugestellt wird: würde bedeuten, das der Transportdienst grundsätzlich funktioniert und das Problem eventuell beim Client-Access zu suchen ist.
Remoteunterstützung kann ich Dir nicht anbieten. Habe selbst genug um die Ohren.
telnet [hostname] 25
Zum Beispiel:
telnet mail.example.com 2
220 service ready
HELO foobar.example.net (Absender Hostname)
250 OK
MAIL FROM:<sender@example.org>
250 OK
RCPT TO:<receiver@example.com>
250 OK
DATA
354 start mail input
Nachricht, egal was Du schreibst
.
250 OK
QUIT
221 closing channel
PS: den Punkt (.) am Ende der Nachricht (DATA) nicht vergessen!
Check mal in der Exchange Verwaltungshell Test-MapiConnectivity -Identity [DOMÄNE\USER]
Kannst Du Dich mal per Telnet auf Port 25 verbinden und eine Mail per SMTP abliefern?
Mich würde interessieren, ob die dann bei entsprechenden Postfach zugestellt wird: würde bedeuten, das der Transportdienst grundsätzlich funktioniert und das Problem eventuell beim Client-Access zu suchen ist.
Remoteunterstützung kann ich Dir nicht anbieten. Habe selbst genug um die Ohren.
telnet [hostname] 25
Zum Beispiel:
telnet mail.example.com 2
220 service ready
HELO foobar.example.net (Absender Hostname)
250 OK
MAIL FROM:<sender@example.org>
250 OK
RCPT TO:<receiver@example.com>
250 OK
DATA
354 start mail input
Nachricht, egal was Du schreibst
.
250 OK
QUIT
221 closing channel
PS: den Punkt (.) am Ende der Nachricht (DATA) nicht vergessen!
Eventuell musst Du die SenderID Prüfung deaktivieren, damit der EXCH die Mails annimt:
Set-SenderIDConfig -Enabled $false
Dann, später wieder aktivieren nicht vergessen
Set-SenderIDConfig -Enabled $true
Set-SenderIDConfig -Enabled $false
Dann, später wieder aktivieren nicht vergessen
Set-SenderIDConfig -Enabled $true
Beim Versenden über die Shell kommt als Meldung dann:
"Queued mail for delivery"
Was für mich heißt das die Mail im Exchange in der Warteschlange stehen müsste, richtig ?
"Queued mail for delivery"
Was für mich heißt das die Mail im Exchange in der Warteschlange stehen müsste, richtig ?
Wird sie dann im entsprechenden Postfach angezeigt?
Negativ... In der Warteschleife liegen 31 Mails für "Nicht erreichbare Domänen"
Warteschlangen ID: Exchange/unreacheable Quelle: DNS Betreff: Inbound proxy probe
Fehler: Ein entsprechender Connector zum weiterleiten des Externen Empfängers kann nicht gefunden werden;16 <No Matching Connector>
Emailadresse: inboundproxy@inboundproxy.com
Warteschlangen ID: Exchange/unreacheable Quelle: DNS Betreff: Inbound proxy probe
Fehler: Ein entsprechender Connector zum weiterleiten des Externen Empfängers kann nicht gefunden werden;16 <No Matching Connector>
Emailadresse: inboundproxy@inboundproxy.com
Hast Du die entsprechendnen akzeptierten Domänen angelegt?
Standard ist ja domäne.local
da zu habe ich dann domäne.de eingetragen. Von mehr wüsste ich nicht was da rein muss.
da zu habe ich dann domäne.de eingetragen. Von mehr wüsste ich nicht was da rein muss.
Stell das LogginLevel des Transportservers höher (debug)
Starte die Warteschlange neu
Starte den Transportdienst neu
Prüfe die Logdateien des Transportservers.
Prüfe Eventlogs
Starte die Warteschlange neu
Starte den Transportdienst neu
Prüfe die Logdateien des Transportservers.
Prüfe Eventlogs
Kannst du mir sagen wo ich das Umstellen soll ?
Die Dienste habe ich bereits neugestarte, werde aus dem Eventlog aber auch nicht schlauer.
Wo befinden sich die Logdateien vom Transportserver ?
Die Dienste habe ich bereits neugestarte, werde aus dem Eventlog aber auch nicht schlauer.
Wo befinden sich die Logdateien vom Transportserver ?
In der GUI vom EX2013 kann ich Dir das nicht sagen... beim EX2010 befinden sich die Speicherorte der Logdateien auf der Eigenschaftsseite des Transportservers....
--Serverkonfiguration
Hub-Transport
Eigenschaften des jeweiligen Servers
Die Protokolierung stellst Du pro Empfangsconnector ein
--Serverkonfiguration
Hub-Transport
Eigenschaften des jeweiligen Servers
Connectivitätsprotokolle
SMTP Protokolle (Eingang/Ausgang)
Nachrichtenverfolgung
SMTP Protokolle (Eingang/Ausgang)
Nachrichtenverfolgung
Die Protokolierung stellst Du pro Empfangsconnector ein
Für heute kann ich Dir nicht mehr behiflich sein, aber ich denke wirklich, dass Du mal den Fehlermeldungen in der Warteschlange auf den Grund gehen solltest > Google Recherche
und das gewissenhafte Prüfen der Logdateien / Eventlogs > Google Recherche
und das gewissenhafte Prüfen der Logdateien / Eventlogs > Google Recherche
Einer meiner Kollegen hat Spaßes halber mal die AD und den DNS mit auf dem Exchange installiert.
und einen Internen Versand Connector angelegt nun gehts.
und einen Internen Versand Connector angelegt nun gehts.
Spaßes halber AD und DNS installiert??? Naja.... hört sich für mich nach Pfusch an, sorry. Der Internet Connector hat nichts mit dem Internen Versand zu tun.
Viel Spaß noch & Grüße
Viel Spaß noch & Grüße
