Exchange 2010 Unable to relay per SMTP
Hallo Admins und Exchange Freunde
Ich habe einen Exchange 2010 Server eingerichtet OutlookAnywhere funzt auch. Da es leider Menschen gibt, für die Thunderbird lebensnotwendig ist muss das ganze auch damit funktionieren.
Ich kann das Konto (POP und SMTP) problemlos einrichten und an interne User Mails verschicken (Mails können empfangen werden). Sobald eine Mail an externe Empfänger versendet wird kommt folgender Fehler:
Serverfehler: "550 5.7.1 Unable to relay"
Wenn ich testweise die Domain des externen Empfängers als akzeptierte Domain hinzufüge geht das auch. Ich kann doch jetzt aber nicht die Millionen Domains dort eintragen...
Hat noch jemand eine Idee, was ich da machen kann?
Bei dem Exchange Server handelt es sich um einen SBS 2011, Mails werden z.Zt. noch per POP3-Connector abgeholt.
MFG
OOOmorpheusOOO
Ich habe einen Exchange 2010 Server eingerichtet OutlookAnywhere funzt auch. Da es leider Menschen gibt, für die Thunderbird lebensnotwendig ist muss das ganze auch damit funktionieren.
Ich kann das Konto (POP und SMTP) problemlos einrichten und an interne User Mails verschicken (Mails können empfangen werden). Sobald eine Mail an externe Empfänger versendet wird kommt folgender Fehler:
Serverfehler: "550 5.7.1 Unable to relay"
Wenn ich testweise die Domain des externen Empfängers als akzeptierte Domain hinzufüge geht das auch. Ich kann doch jetzt aber nicht die Millionen Domains dort eintragen...
Hat noch jemand eine Idee, was ich da machen kann?
Bei dem Exchange Server handelt es sich um einen SBS 2011, Mails werden z.Zt. noch per POP3-Connector abgeholt.
MFG
OOOmorpheusOOO
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 179940
Url: https://administrator.de/contentid/179940
Ausgedruckt am: 26.11.2024 um 04:11 Uhr
24 Kommentare
Neuester Kommentar
Hallo,
und über Mapi?
Wenn über Webmail die mail verschickt wird, dann versendet der Mailserver direkt. Wenn das geht ist der Client falsch eingerichtet in Bezug auf den SMTP-server.
Wichtig wäre das was der Exchange sagt, beim 2003er gab es die Nachrichtenstatuskonsole, mit der man die Nachrichten proma verfolgen konnte und sehen konnte wo es haberte.
Kann dein Exchange überhaupt mals nach draußen versenden?
Habt ihr eine Feste IP? Benutzt ihr einen Relayserver (Smarthost)? (bei letzsterem hat der Exchange evtl. eine falsche Autentifizierung und darf über den Relayserver nichts senden)
Wie sind die Einstellungen des virtuellen SMTP-Servers?
Gruß
Chonta
und über Mapi?
Wenn über Webmail die mail verschickt wird, dann versendet der Mailserver direkt. Wenn das geht ist der Client falsch eingerichtet in Bezug auf den SMTP-server.
Wichtig wäre das was der Exchange sagt, beim 2003er gab es die Nachrichtenstatuskonsole, mit der man die Nachrichten proma verfolgen konnte und sehen konnte wo es haberte.
Kann dein Exchange überhaupt mals nach draußen versenden?
Habt ihr eine Feste IP? Benutzt ihr einen Relayserver (Smarthost)? (bei letzsterem hat der Exchange evtl. eine falsche Autentifizierung und darf über den Relayserver nichts senden)
Wie sind die Einstellungen des virtuellen SMTP-Servers?
Gruß
Chonta
Hallo,
ich würde vorschlagen, einfach nach "Exchange 2010 Unable to relay" zu suchen. Dazu findet sich so viel im Internet (und auch vernünftiges), das müssen wir dir jetzt wirklich nicht nochmal vorkauen.
Allerdings verstehe ich nicht, warum du Outlook an Exchange mit POP3 und SMTP verwendest - aber okay.
Gruß
Filipp
ich würde vorschlagen, einfach nach "Exchange 2010 Unable to relay" zu suchen. Dazu findet sich so viel im Internet (und auch vernünftiges), das müssen wir dir jetzt wirklich nicht nochmal vorkauen.
Allerdings verstehe ich nicht, warum du Outlook an Exchange mit POP3 und SMTP verwendest - aber okay.
Gruß
Filipp
Hallo,
Dein Receive connector nimmt die Mails von deinem Client an externe Empfänger nicht an. Das ist erstmal auch Absicht, Exchange nimmt nur Mails an Domains an, die es als Accepted Domain hinterlegt hat. Und es gibt zwei Abhilfen:
1. man kann den Client am Connector authentifizieren (SMTP-Auth). Dazu müssen auf dem Connector bei "Permission Groups" die "Exchange Users" zugelassen sein (einen solchen Connector legt Ex2010 afaik bei der Installation per default auf Port 587 an. Diesen zu verwenden ist eine bessere Idee, als den auf Port 25 anzupassen.
2. Man kann den Connector so einstellen, dass er auch unauthentifiziert den Versand nach extern ermöglicht. Der passende cmdlet-Aufruf dazu lässt sich z.B. mit o.g. Suchbegriff im dritten Hit finden: Get-ReceiveConnector RelayConnector | Add-ADPermission -User “NT AUTHORITY\ANONYMOUS LOGON” -ExtendedRights “ms-Exch-SMTP-Accept-Any-Recipient”. Wen man das macht muss man aber aufpassen, dass der Connector nur aus dem internen Netz erreichbar ist, nicht aus dem Internet. Sonst hat man ein Open Relay gebaut und bekommt ein Spam-Problem.
Gruß
Filipp
Danke ich bin ja nach Tagen des Suchens und Ausprobierens hier gelandet...
Na, was hast du denn schon gefunden, und was ausprobiert?Dein Receive connector nimmt die Mails von deinem Client an externe Empfänger nicht an. Das ist erstmal auch Absicht, Exchange nimmt nur Mails an Domains an, die es als Accepted Domain hinterlegt hat. Und es gibt zwei Abhilfen:
1. man kann den Client am Connector authentifizieren (SMTP-Auth). Dazu müssen auf dem Connector bei "Permission Groups" die "Exchange Users" zugelassen sein (einen solchen Connector legt Ex2010 afaik bei der Installation per default auf Port 587 an. Diesen zu verwenden ist eine bessere Idee, als den auf Port 25 anzupassen.
2. Man kann den Connector so einstellen, dass er auch unauthentifiziert den Versand nach extern ermöglicht. Der passende cmdlet-Aufruf dazu lässt sich z.B. mit o.g. Suchbegriff im dritten Hit finden: Get-ReceiveConnector RelayConnector | Add-ADPermission -User “NT AUTHORITY\ANONYMOUS LOGON” -ExtendedRights “ms-Exch-SMTP-Accept-Any-Recipient”. Wen man das macht muss man aber aufpassen, dass der Connector nur aus dem internen Netz erreichbar ist, nicht aus dem Internet. Sonst hat man ein Open Relay gebaut und bekommt ein Spam-Problem.
Gruß
Filipp
Hallo,
ich weiß, der Eintrag ist bereits lange her, aber hast Du denn eine Lösung gefunden?
Ich habe haargenau das gleiche Porblem.
Über Mapi und OWA funktioniert alles (empfangen, senden an intern, senden an extern).
Verbinde ich mich von einem externen client über pop3 und will an extern versenden (an intern funktioniert es auch), kommt " 550 5.7.1 Unable to relay".
Ich habe POP3 aktiviert, im Client Empfangsconnector im Exchange die Exchange Authentifizierung eingestellt, am versendenden Client entsprechend den Port 587 mit eigener Authentifizierung konfiguriert....
Ich habe keine Ahnung, was noch fehlt.
Muss denn der IIS resettet werden? Vielleicht die virtual Directories irgendwie angepasst werden?
Bitte helft mir, ich brauche diese Funktion.
Gruß MSP
ich weiß, der Eintrag ist bereits lange her, aber hast Du denn eine Lösung gefunden?
Ich habe haargenau das gleiche Porblem.
Über Mapi und OWA funktioniert alles (empfangen, senden an intern, senden an extern).
Verbinde ich mich von einem externen client über pop3 und will an extern versenden (an intern funktioniert es auch), kommt " 550 5.7.1 Unable to relay".
Ich habe POP3 aktiviert, im Client Empfangsconnector im Exchange die Exchange Authentifizierung eingestellt, am versendenden Client entsprechend den Port 587 mit eigener Authentifizierung konfiguriert....
Ich habe keine Ahnung, was noch fehlt.
Muss denn der IIS resettet werden? Vielleicht die virtual Directories irgendwie angepasst werden?
Bitte helft mir, ich brauche diese Funktion.
Gruß MSP
Zitat von @OOOmorpheusOOO:
Hi msp,
leider habe ich keine Lösung gefunden - ach ja eine Lösung gab es... Ich habe die User überzeugt Thunderbird zu
entsorgen und auf Outlook umzusteigen.
Über Outlook Anywhere läuft ja alles super.
Leider kann ich dir keine andere Antwort geben.
LG
OmO
Hi msp,
leider habe ich keine Lösung gefunden - ach ja eine Lösung gab es... Ich habe die User überzeugt Thunderbird zu
entsorgen und auf Outlook umzusteigen.
Über Outlook Anywhere läuft ja alles super.
Leider kann ich dir keine andere Antwort geben.
LG
OmO
Hi OmO,
das kann doch nicht sein. Hat denn keiner eine Ahnung, wie ich den Exchange dazu bringen kann eine SMTP Authentifizierung von extern zu fressen?
Wir haben einen externen Webshop, der signierte Mails an verschiedene Kunde schickt. Über unseren alten Exchange 2007 hat das Problemlos funktioniert: Einfach einen Benutzer im AD angelegt (sogar ohne angehängte Mailbox), der dann mit der Mailadresse einer Verteilergruppe gesendet hat. Antworten gingen dann schön an alle Mitglieder der Verteilergruppe und ich musste noch nicht einmal eine CAL dafür verbraten.
Weder das, noch ein vollwertiger Exchange Accouont mit Mailbox kann über eine POP3 Anbindung Mails verschicken. Nach intern geht, abrufen geht auch nur an externe Mailadressen funktioniert einfach nicht...
Ich glaube, ich geh mal an Microsoft...
Danke trotzdem für die schnelle Antwort.
Gruß,
MSP
Hallo,
die Ports für die Dienste sind auch in Serverfirewall und Router freigegeben?
Man kann z.B. Benutzern auch Verweigern Dienste wie IMAP POP oder dergleichen zu verwenden.
Funktioniert ein IMAP/SMTP Zugriff im interneen Netz des Servers?
Wenn der Server generell Mails versenden und empfangen kann, ist SMTP auf dem Server im Prinzip auch in Ordnung.
Und zum verbinden mit SMTP von außerhalb wird auch die Feste IP vom Internetanschluss benutzt?
Gruß
Chonta
die Ports für die Dienste sind auch in Serverfirewall und Router freigegeben?
Man kann z.B. Benutzern auch Verweigern Dienste wie IMAP POP oder dergleichen zu verwenden.
Funktioniert ein IMAP/SMTP Zugriff im interneen Netz des Servers?
Wenn der Server generell Mails versenden und empfangen kann, ist SMTP auf dem Server im Prinzip auch in Ordnung.
Und zum verbinden mit SMTP von außerhalb wird auch die Feste IP vom Internetanschluss benutzt?
Gruß
Chonta
Hallo Chonta.
Wie schon gesagt, die Funktion an sich ist gegeben. Ich kann über Pop empfangen und interne Mails (also die mit den bekannten und zugelassenen domains) über smtp versenden.
Ich kann nur nicht an extrerne domains senden. Es klingt alles nach einer Berechtigungsgeschichte im Empfangsconnector. Da habe ich aber bereits alle Vaianten getestet. Ich kann einfach keine Mails an externe Maildomänen verschicken, wenn ich an einem externen Client mit Pop3 verbunden bin.
Gruß. MSP
Wie schon gesagt, die Funktion an sich ist gegeben. Ich kann über Pop empfangen und interne Mails (also die mit den bekannten und zugelassenen domains) über smtp versenden.
Ich kann nur nicht an extrerne domains senden. Es klingt alles nach einer Berechtigungsgeschichte im Empfangsconnector. Da habe ich aber bereits alle Vaianten getestet. Ich kann einfach keine Mails an externe Maildomänen verschicken, wenn ich an einem externen Client mit Pop3 verbunden bin.
Gruß. MSP
Hallo,
http://social.technet.microsoft.com/Forums/en-US/1a84a06a-f1c8-40b4-ace ...
"and finally check the "Allow all computers witch successfully authenticate to relay, regardless of the list above" checkbox. "
Evtl hilft das weiter.
Gruß
Chonta
http://social.technet.microsoft.com/Forums/en-US/1a84a06a-f1c8-40b4-ace ...
"and finally check the "Allow all computers witch successfully authenticate to relay, regardless of the list above" checkbox. "
Evtl hilft das weiter.
Gruß
Chonta
Hallo Chonta,
danke für den Tipp. Dort geht es aber in erster Linie um Exchange 2003. Wo habe ich die Möglichkeit, diese Einstellung am Exchange 2010 zu setzen?
Ein Tipp, den ich da noch rausziehen konnte, der aber leider nicht funktioniert hat, war das Abschalten der TLS am Empfangsconnector. Aber... wie geagt - leider ohne Erfolg.
Bin mal gespannt, was Microsoft sagt.
Als Übergangslösung nutzen wir nun den SMTP von unserem Provider - nicht sooooo elegant und man muss eben an zwei Stellen administrieren, aber ... es geht.
Gruß,
MSP
danke für den Tipp. Dort geht es aber in erster Linie um Exchange 2003. Wo habe ich die Möglichkeit, diese Einstellung am Exchange 2010 zu setzen?
Ein Tipp, den ich da noch rausziehen konnte, der aber leider nicht funktioniert hat, war das Abschalten der TLS am Empfangsconnector. Aber... wie geagt - leider ohne Erfolg.
Bin mal gespannt, was Microsoft sagt.
Als Übergangslösung nutzen wir nun den SMTP von unserem Provider - nicht sooooo elegant und man muss eben an zwei Stellen administrieren, aber ... es geht.
Gruß,
MSP
Hallo,
das Problem mit der externen Anmeldung am SMTP und das Versenden darüber an externe Adressen konnte gelöst werden.
Das Problem, dass der AutoRply an externe Adressen nicht funktioniert (nur an interne), besteht weiterhin (ich dachte fälschlicherweise, die Ursache sei die gleiche.
Lösung zum Versenden an externe Adressen über externe Verbindung zum Exchange:
- Im Exchange Web Service (EWS) Virtual Directory war die public URL nicht hinterlegt.
- in der Exchange Management Shell mit "Get-webservicesvirtualdirectory | fl identity,internalurl,externalurl" anzeigen lassen und falls eine der beiden URLs fehlt,
- mit "Set-WebServicesVirtualDirectory -Identity "EWS (default web site)" -ExternalUrl https.//externeURL.com/EWS -BasicAuthentication $true -InternalUrl https://interneURL.local/EWS; die entsprechenden URLs einsetzen.
Jetzt müsste mein lieber Exchange nur noch AutoRplys an externe E-Mail Adressen verschicken und nicht nur an interne und ich wäre glücklich %-)
Irgendwelche Ideen?
Gruß,
MSP
das Problem mit der externen Anmeldung am SMTP und das Versenden darüber an externe Adressen konnte gelöst werden.
Das Problem, dass der AutoRply an externe Adressen nicht funktioniert (nur an interne), besteht weiterhin (ich dachte fälschlicherweise, die Ursache sei die gleiche.
Lösung zum Versenden an externe Adressen über externe Verbindung zum Exchange:
- Im Exchange Web Service (EWS) Virtual Directory war die public URL nicht hinterlegt.
- in der Exchange Management Shell mit "Get-webservicesvirtualdirectory | fl identity,internalurl,externalurl" anzeigen lassen und falls eine der beiden URLs fehlt,
- mit "Set-WebServicesVirtualDirectory -Identity "EWS (default web site)" -ExternalUrl https.//externeURL.com/EWS -BasicAuthentication $true -InternalUrl https://interneURL.local/EWS; die entsprechenden URLs einsetzen.
Jetzt müsste mein lieber Exchange nur noch AutoRplys an externe E-Mail Adressen verschicken und nicht nur an interne und ich wäre glücklich %-)
Irgendwelche Ideen?
Gruß,
MSP
Hallo,
Gruß
Filipp
- Im Exchange Web Service (EWS) Virtual Directory war die public URL nicht hinterlegt.
Okay... ich lasse mich zu der Aussage hinreissen: ich bin mir zu 93% sicher, dass das nicht die Ursache war, sondern nur ein Zufall, dass es jetzt "zeitgleich" wegging (vielleicht mal Services durchgestartet?). EWS und Konnektorberechtigungen sind eigentlich ziemlich weit von einander entfernt.Jetzt müsste mein lieber Exchange nur noch AutoRplys an externe E-Mail Adressen verschicken und nicht nur an interne und ich
wäre glücklich %-)
Da lautet das Zauberwort "Remotdomain" http://technet.microsoft.com/de-de/library/aa996309%28v=exchg.141%29.as ...wäre glücklich %-)
Gruß
Filipp
Hi Filipp,
Danke für Dein Statement. Wie auch immer, nachdem ich die externe URL im EWS eingetragen hatte, funktionierte es - auch ohne einen Neustart der Dienste.
Zum Thema "AutoReply":
Im Technet Artikel steht lediglich, wie die Remotedaomains eingerichtet werden und was die einzelnen Einstellungen bedeuten. Ich habe die Standardeinstellungen in der "Default" plus "Allow automatic replies" und "Allow automatic forward" konfiguriert.
Was kann ich denn dort sonst noch machen?
Weiteres googlen bringt mich auf den Trichter, ggf. die AutoKonfig Einstellungen zu prüfen. Kann das evtl. damit zu tun haben? Prinzipiell funktioniert die AutoKonfig sowohl intern als auch extern an Mapi Clients hervorragend... Wenn das Deiner Meinung nach sein könnte - kannst Du mir einen Tipp geben, wo ich ansetzen könnte?
Schon Mal vielen Dank im Voraus.
MSP
Danke für Dein Statement. Wie auch immer, nachdem ich die externe URL im EWS eingetragen hatte, funktionierte es - auch ohne einen Neustart der Dienste.
Zum Thema "AutoReply":
Im Technet Artikel steht lediglich, wie die Remotedaomains eingerichtet werden und was die einzelnen Einstellungen bedeuten. Ich habe die Standardeinstellungen in der "Default" plus "Allow automatic replies" und "Allow automatic forward" konfiguriert.
Was kann ich denn dort sonst noch machen?
Weiteres googlen bringt mich auf den Trichter, ggf. die AutoKonfig Einstellungen zu prüfen. Kann das evtl. damit zu tun haben? Prinzipiell funktioniert die AutoKonfig sowohl intern als auch extern an Mapi Clients hervorragend... Wenn das Deiner Meinung nach sein könnte - kannst Du mir einen Tipp geben, wo ich ansetzen könnte?
Schon Mal vielen Dank im Voraus.
MSP
Wir haben eine Lösung für beide Probleme.
Alle Vermutungen von oben sind obsolot
- Es lag einfach daran, dass wir über einen SMTP Smarthost unseres MailDomain Providers verschikt haben. Autoreply sendet ohne Absenderadressen, was beim Provider schlichtweg gebounced wurde.
- Wir verschicken jetzt direkt ins Internet, nachdem Reverse Lookup sauber gesetzt wurde.
Danke an alle und viele Grüße,
MSP
Alle Vermutungen von oben sind obsolot
- Es lag einfach daran, dass wir über einen SMTP Smarthost unseres MailDomain Providers verschikt haben. Autoreply sendet ohne Absenderadressen, was beim Provider schlichtweg gebounced wurde.
- Wir verschicken jetzt direkt ins Internet, nachdem Reverse Lookup sauber gesetzt wurde.
Danke an alle und viele Grüße,
MSP
Zitat von @OOOmorpheusOOO:
Hallo MSP,
also zusammenfassend kann man sagen, dass die Anbindung von Outlook an Exchange per pop-Konto funktioniert und der Exchange die
aus Outlook gesendeten Mails (smtp-server=Exchange-Server) auch an die Empfänger außerhalb der Domäne versendet?
LG
OmO
Hallo MSP,
also zusammenfassend kann man sagen, dass die Anbindung von Outlook an Exchange per pop-Konto funktioniert und der Exchange die
aus Outlook gesendeten Mails (smtp-server=Exchange-Server) auch an die Empfänger außerhalb der Domäne versendet?
LG
OmO
Ja. Alles wieder schön.
PS: Sorry, für die verspätete Rückmeldung - kann ich hier irgendwie eine Mailbenachrichtigung einstellen, wenn es neue Posts zu bevorzugten Themen, oder meinen eigenen Einträgen gibt?
Zitat von @OOOmorpheusOOO:
Hallo MSP,
ja die Einstellungen kann man so machen Einstellungen - Benachrichtigungen.
Ich frage jetzt nochmal ganz dumm, wie schickst du denn die Mails direkt ohne SMTP vom Provider?
LG
OmO
Hallo MSP,
ja die Einstellungen kann man so machen Einstellungen - Benachrichtigungen.
Ich frage jetzt nochmal ganz dumm, wie schickst du denn die Mails direkt ohne SMTP vom Provider?
LG
OmO
Hi OmO,
Exchange 2010 Management Console - Organization Configuration - Hub Transport - Send Connectors - Properties
Dort nicht über einen smart host verschicken, sondern "Use omain name system (DNS) "MX" records..." verwenden, dann gehen die Mails direkt ins Internet und werden über die öffentlichen DNS Server zu Ihren Empfängern weitergeleitet.
Man muss nur darauf achten, dass man den reverse lookup DNS (PTR record) seiner IP Adresse entsprechend setzt. Das kann beim Provider, der Dir die public IPs zur Verfügung stellt entweder beantragt, oder (wie bei uns) online angepasst werden. Wird hier kein eindeutiger Mail Server name wie z.B. "MX.meinedomain.com" zugewiesen, wird es nicht lange dauern, bis die IP Deines Exchange auf einer Blacklist erscheint.