Jump to content

NorbertFe

Expert Member
  • Gesamte Inhalte

    43.509
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von NorbertFe

  1. Das Risiko dabei sinnlose Mails (und schleifen) zu produzieren ist auch recht hoch. Ich würde auf sowas verzichten, und auf entsprechende Werkzeuge umsteigen. ;)
  2. Aber all diese Infos stehen nicht im thread, sondern damit kommst du hinterher ;)
  3. Doch, wenn man im System drin ist, würde $man da schonmal schauen. ;)
  4. 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.
  5. 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!
  6. 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.
  7. Du öffnest das Outbound Log und fängst mit Lesen an. ;)
  8. Dann schau halt was das Diagnostic Logging dir sagt. Irgendwo werden schon Fehler existieren, sonst würde es ja funktionieren. ;)
  9. 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. ;)
  10. Das gilt insbesondere für Remotedesktopbenutzer oder Netzwerkoperatoren. ;)
  11. und? Das war ein Hinweis darauf, dass update-offlineaddressbook für OWA egal ist, und somit als vermutliche Fehlerursache rausfällt.
  12. 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.
  13. NorbertFe

    Datenmigration

    robocopy und regexport.
  14. Das sind doch technische Details. ;) Also für Entscheider vollkommen egal. ;)
  15. 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. ;)
  16. 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. ;)
  17. Nö, hab ich noch nicht probiert, aber wenn du jetzt nicht zig Server hast, ist das ja auch manuell kein Stress. ;)
  18. Tjo, dann gibts Leute bei euch, die Zuviel dürfen und machen was sie nicht sollen. Welchen Tipp möchtest du haben?
  19. Man kann das in exchange auch unterbinden, dass die Mitglieder sichtbar sind. Und wenn die gelöscht wurde, warum siehst du sie dann in Outlook?
  20. Jupp, es sei denn man leert vor dem Löschen immer erst die Gruppe. ;) Dann wär der Aufwand nahezu identisch.
  21. Nein, das ist falsch. Die werden wieder hergestellt. Nur wenn das Ding ausm Tombstone restored würde, wäre das so.
  22. Ach es gibt noch deutlich mehr, bei denen es Probleme geben kann. ;) AOL (auch wenn man denkt die gibts nicht mehr) ist bspw. auch recht restriktiv diesbezüglich.
  23. Da steht immer noch deine Mail Adresse drin. Du wirst vermutlich die nicht genutzten Autodiscovereinträge deaktivieren müssen.
  24. Ja, deswegen sollst du ja was reinschreiben ;)
×
×
  • Neu erstellen...