Firewire72
-
Gesamte Inhalte
11 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von Firewire72
-
-
-
Hallo Nobby,
also von mir wurde definitiv nix geändern und vom Kunden auch nicht, sagt er...(jaja, ich weiss :-)
Der Stand des Servers ist SP1(CU4). Ich weiss, da gibt es schon "etwas" aktuelleres...
-
Hallo Exchange-Experten,
den folg. Post hatte ich gestern auch schon im Administrator-Forum abgesetzt, leider ohne Erfolg.
Daher meine Hoffnung, dass ich hier vielleicht eher einen Kundigen im Exchange Bereich finde, der mit evtl. einen Lösungsansatz geben kann:
Es handelt sich um eine kleine Firmenumgebung (1 DC, 1 Exchange 2013). Diese Umgebung wurde vor etwa 2,5 Jahren eingerichtet.
Bis vor etwa einem halben Jahr war der Exchange-Server nur für die Hauptdomain der Firma zuständig.
Das Unternehmen hat noch zwei weitere Domains. Diese wurden bisher, da jeweils nur eine Mailadresse darauf eingerichtet war,
einfach per Webmail abgefragt.
Vor einigen Monaten kam der Wunsch auf diese beiden Domains über den Firmenexchange laufen zu lassen.
Ich habe also im Exchange unter /Nachrichtenfluss/Akzeptierte Domänen diese beiden Domänen als autoritative Domänen hinzugefügt.
Der MX beim Hoster entsprechend abgeändert usw.
Im AD 2 Benutzer angelegt und diesen beiden Benutzern jeweils ein Postfach zugeordnet.
Benutzer 1 hat die Mailadresse kontakt@xxx.de
Benutzer 2 hat die Mailadresse kontakt@yyy.de
Das ganze lief bis vor wenigen Tagen problemlos.
Benutzer 1 kann weiterhin ohne Probleme seine Mails empfangen.
Wenn jetzt allerdings Mails an die Adresse von Benutzer 2 zugestellt werden sollen, werden diese mit "550 5.7.1 Unable to relay"
abgewiesen. Interne Mails an diese Adresse funktionieren. Nach aussen kann auch problemlos versendet werden.
Ich kann nicht verstehen warum es mit der einen Domain funktioniert und mit der anderen nicht. Ich habe mir die Einstellungen
schon zigmal angesehen und keinen Unterschied festgestellt.
Hier noch ein Auszug aus der SMTP-Kommunikation von aussen mit diesem Server:
Connecting to mail server.
Connected.
220 EX2013.egal.local Microsoft ESMTP MAIL Service ready at Mon, 11 Dec 2017 13:48:46 +0100
EHLO PC01
250-EX2013.egal.local Hello [xxx.xxx.xxx.xxx]
250-SIZE 37748736
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-STARTTLS
250-X-ANONYMOUSTLS
250-AUTH NTLM
250-X-EXPS GSSAPI NTLM
250-8BITMIME
250-BINARYMIME
250-CHUNKING
250 XRDST
RSET
250 2.0.0 Resetting
MAIL FROM: <mir@firma.de>
250 2.1.0 Sender OK
RCPT TO: <kontakt@yyy.de>
550 5.7.1 Unable to relayWenn noch weitere Informationen benötigt werden kann ich diese gerne nachreichen.
Ansonsten schonmal vielen Dank für eure Mithilfe.Gruß
Torsten
-
Hallo zusammen,
entschuldigt bitte die Leichenschändung mit dem Threat aber ich habe das selbe Problem auch mit Dakota und Exchange 2007. Leider funktionieren die beiden VEDA-Links nicht mehr.
Kann mir vielleicht jemand einen Tip zur Problemlösung geben?
Gruß
Torsten
-
Hast du auch unter /Extras/Senden und Empfangen die Übermittlungseinstellungen angepast?
Gruss
Torsten
-
Hatte ich auch vor kurzem.
Schau dir dieses Dokument an:
Outlook 2007 prompts you repeatedly for a password under certain network conditions
Der Patch hat mir nicht geholfen, allerdings der weiter unten beschriebene "Registry-Hack"
Gruß
Torsten
-
AVG File Server Schutz -> 2er Lizenz (kleinstes Lizensierung) 38 Euro pro Jahr!
Hmm, ist das denn auch lizenzrechtlich korrekt? Die AVG FAQ sagt dazu:
Die Anzahl der erforderlichen Lizenzen für AVG File Server Edition richtet sich nach der Anzahl der Workstations, die an einen mit AVG geschützten Fileserver im Netzwerk angeschlossen sind.
Demnach wird nicht unterschieden ob auf den Clients etwas anderes läuft als AVG, sondern halt deren Anzahl generell.
Gruss
Torsten
-
Ich hatte mal sowas ähnliches. Da lag es an einem Grafikkarten-Treiber von ATI.
Geholfen hatte damals:
It's a registry fix that increases the size of the session image space. Add the following key:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
"SessionImageSize"=dword:00000020
Where 00000020 is hex for 32
-
Hallo Zwerghase,
hab´s eben mal schnell auf der Strato-Seite probiert. Ich habe eine "Dummy-Subdomain" eingerichtet und konnte auf diese ein normales POP3 Konto konfigurieren.
Ich werd jetzt mal testen ob ich mit dessen Einstellungen den Smarthost im Exchange konfigurieren kann.
Vorab schonmal vielen Dank! Das ist ein Ansatz mit dem ich gut leben kann.
-
Hallo zusammen,
gegeben ist eine Domäne xyz.de die bei Strato gehostet wird. In der Domänen-Konfiguration bei Strato
richte ich eine Subdomain mit mail.xyz.de ein. MX-Record wird geändert und zeigt nun auf die Subdomain.
Der A-Record der Subdomain auf die feste IP meines T-Business-Anschluss.
Nun möchte ich gerne Exchange nutzen und für ausgehende Mails als Smarthost den SMTP-Server
(post.strato.de) verwenden.
Meine Frage nun: was muss ich denn im Smarthost als Authentifizierung eintragen? Eine POP3 Mailkonto
etc. exisitiert ja nicht und ich habe keinen Benutzername/Passwort.
Wenn ich z.B. bei Strato ein Konto anlegen will nach dem Muster "exchange@xyz.de" um dieses als
Authentifizierung zu nutzen bekomme ich die Meldung:
Wichtiger Hinweis: Diese Adresse ist nicht benutzbar, solange für exchange@xyz.de ein abweichender MX-Eintrag existiert.
Wo mache ich da den Denkfehler oder wie ist das zu lösen?
Vielen Dank schonmal!
Exchange 2013 "550 5.7.1 Unable to relay"
in MS Exchange Forum
Geschrieben · bearbeitet von Firewire72
Hallo ASR,
erlaube kurz eine Korrektur wenn jemand später nochmals auf diesen Thread stossen sollte, der PS Befehl lautet "Get-AcceptedDomain"
Aber: Der Tip hat mir super geholfen! Bei der entsprechenden Ausgabe stand meine problematische Domain ohne TLD drin. Es fehlte einfach das .de
Im Exchange Admin Center stand es richtig drin....sehr seltsam.
Habe dann die Acceptierte Domain komplett gelöscht und nochmal neu angelegt und es funktioniert! :)
Danke für den Hinweis mit der Powershell!
Gruß
Torsten