NorbertFe

Die interessantere Frage wäre eher, warum da eine Authentifizierung stattfindet, denn ansonsten würde diese Meldung gar nicht auftauchen. Kannst du von JEDEM internen Client per Telnet ausprobieren.

Wenn du Port 587 nutzen willst, musst du im Skript aber eine Authentifizierung durchführen. Ist das der Fall? Wenn Port 25 lokal am Exchange funktioniert, spricht ja schonmal viel dafür, dass das Skript grundsätzlich in Ordnung ist. Von welchem PC/Server aus soll das Skript denn laufen, und unter welchen Credentials? Die Fehlermeldung ist an sich ja eindeutig. Der Account, unter dem das Skript läuft hat nicht die korrekten Berechtigungen. Ich würde bei der Konfiguration nicht mit Authentifizierung hantieren und einfach anonym senden (kann man ggf. ja auch per eigenem Connector auf die notwendige IP (wenns nicht der Exchange Server selbst ist) eingrenzen. Solange die Empfänger intern sind, muss der Absender nur ebenfalls eine Maildomain aus den Akzeptierten Domains haben und schon geht das. Bye Norbert

Nein Exchange räumt hinter sich auf und das Mail Attribut ist hinterher leer. Das wird beim Erzeugen der Mailbox einmalig gefüllt und bei Deaktivieren der Mailbox einmalig bereinigt.

Ja einfach NICHT auf die Mülltonne in der EAC klicken sondern auf die 3 Punkte. ;) Nein. Also vorher abschreiben. Und ins Feld Emailadresse, wie oben erwähnt, passt halt nur eine Adresse nicht wie in ProxyAddresses.

Und der bietet deutlich mehr Möglichkeiten und auch bessere Bedienung als so ein WAP von MS. Ich würde daran jetzt nicht lange überlegen.

Klartextprotokolle sind auch im LAN nicht wirklich sinnvoll (sicher sowieso nicht). :) Was steht denn im wuau log des Servers?

Dann wirst du ihn erneut ausführen müssen, zumindest, wenn es connectoren geben sollte. Und selbst wenn nicht, schadet das ausführen auch nicht.

Und wieso sind dann noch Fragen? ;)

Lies dir die Doku zu e2019 cu12 und der neuen Möglichkeiten durch.

Abgesehen davon: den letzten Exchange _nicht_ deinstallieren, sondern nur ausschalten!

Und ist erkennbar, wenn es geht, geht es bei allen? Was passiert, wenn sich ein anderer Nutzer bei dir am PC anmeldet, bzw. du dich an einem PC, an dem es für andere Nutzer funktioniert?

Dachte, du wolltest die deinstallieren, nachdem das bsi das empfohlen hat.

Wenn du den Schlüssel hast, kannst du es auch einfach so löschen. ;)

Ja kaputtmachen kann man da nix. ;)

Das bedeutet nicht zwingenderweise, dass an denen kein tls angeboten wird.

Natürlich:)

Das problem mit dem smtp service gibts immer wieder mal. Die Zuweisung zu imap Pop oder https ist kein Problem und smtp ist nicht möglich. Hab ich schon zig mal bei Kunden gesehen.

Du kannst ein Zertifikat normalerweise mit Schlüssel exportieren und danach in der Exchange powershell erneut importieren (bitte dran denken, dass Import-Exchangecertificate in cu 23 und cu12 keine unc Pfade mehr kann) das sollte problemlos möglich sein. alternativ könnte man mal in die connectoren schauen, ob dort nicht evtl. Ein nicht mehr vorhandenes Zertifikat direkt zugewiesen wurde.

Einfach mal die Optionen im wpp anschauen. Dann wird auch klar, wozu der Haken ist, dass wpp Updates auch angezeigt werden sollen. ;)

Warum?

Wobei das vermutlich nur wegen (kein Bock) nicht wegen „customers told us they don’t want support for exchange 2016“ zustande kommt. ;)

Mist. ;)

Ach auf einmal hört man auf Kunden, dass cu per Quartal zu viel ist? Evtl. hat das ja auch andere Gründe. ;) fehlt also noch die Ankündigung für exchange vnext und die Ankündigung der hybrid license. Wer braucht schon lokal ein smtp relay. ;)

Mir nicht. Die Vorteile überwiegen bei der Umgebung bei weitem.

Also entweder oder. ;) beides ist sicher irgendwie Zuviel.