NorbertFe

Das ist auch bei Dell "neuerdings" so. Früher wars leider nicht so.

Gesynchte User aus dem AD kannst du in Azure nicht löschen! CloudUser werden nicht ins AD gesyncht. Also gesynchte User kannst du nur lokal löschen und Clouduser nur in der Cloud. Ganz einfach, oder? ;)

Kann ich nur zustimmen.

Naja SPF ist nur ein kleiner Teil, den man berücksichtigen sollte. Die steht allerdings auch auf der Webseite. ;) Nö, es sei denn du erhältst keine NDRs. ;)

Die Webseite kenne ich nicht, aber die haben in der SMTP Fehlermeldung die entsprechenden Adressen und da wird innerhalb von einem Werktag normalerweise reagiert und man erhält auch die Info, dass sich drum gekümmert wird.

Ein CRM und/oder Ticketsystem.

Das Risiko dabei sinnlose Mails (und schleifen) zu produzieren ist auch recht hoch. Ich würde auf sowas verzichten, und auf entsprechende Werkzeuge umsteigen. ;)

Aber all diese Infos stehen nicht im thread, sondern damit kommst du hinterher ;)

Doch, wenn man im System drin ist, würde $man da schonmal schauen. ;)

Dann siehst du ja auch, an welchen Server das zugestellt wurde. Also mit der Information könnte man dann ja weitermachen. Aber da du ja wie immer aus allem eine totale Wissenschaft machst, bin ich erstmal wieder raus.

und an wen?

Ja, aber das ist doch vollkommen irrelevant in deinem Fall. Logfile öffnen von dem Tag an dem die Mails angeblich versandt wurden und nach der Zieladresse suchen. Fertig!

Das Pipelinetracing müßtest erstmal aktivieren, aber das ist doch gar nicht notwendig. Du musst schauen, dass dein Server erstmal an den nächsten Hop ein "delivered" meldet. Alles danach ist dann erstmal nicht mehr dein Problem. Du machst doch das mit den Mailservern nicht erst seit gestern.

Du öffnest das Outbound Log und fängst mit Lesen an. ;)

Dann schau halt was das Diagnostic Logging dir sagt. Irgendwo werden schon Fehler existieren, sonst würde es ja funktionieren. ;)

Firma A und Firma B sind also nicht miteinander "verwandt" und verwenden nicht diesselben Systeme? Dann solltest du in deinem Outbound Log sehen können, ob die Mail an beide Empfänger überhaupt rausgeht. Kann und wird vermutlich an deinem System liegen. ;)

Das gilt insbesondere für Remotedesktopbenutzer oder Netzwerkoperatoren. ;)

und? Das war ein Hinweis darauf, dass update-offlineaddressbook für OWA egal ist, und somit als vermutliche Fehlerursache rausfällt.

Das ist für OWA egal. Da gibts kein OAB. Was steht denn im Eventlog? Im Zweifel mal das diagnostic Logging für die notwendigen Prozesse hochdrehen.

robocopy und regexport.

Das sind doch technische Details. ;) Also für Entscheider vollkommen egal. ;)

Wobei in "solchen Diskussionen" das als "gemeines Hosting oder Housing" dann oft mit Cloud gleichgesetzt wird. Hauptsache es läuft nicht auf der eigenen Hardware im eigenen Datacenter. ;)

Nein, du willst doch das alte ersetzen. Aber wie gesagt, hab nur kurz draufgeschaut und brauch für diesen Fall kein Script. ;) Abgesehen davon, wäre evtl. das Forum bei Franky evtl. hilfreicher, denn ich vermute er wird sich dann dort irgendwann äußern. Bei den Kommentaren zu den jeweiligen Artikeln würde ich das nicht vermuten. ;)

Nö, hab ich noch nicht probiert, aber wenn du jetzt nicht zig Server hast, ist das ja auch manuell kein Stress. ;)

Tjo, dann gibts Leute bei euch, die Zuviel dürfen und machen was sie nicht sollen. Welchen Tipp möchtest du haben?