NorbertFe

Postfach "defekt" und durch die Verschiebung wird der Fehler behoben. Ist eine gängige Troubleshooting-Methode bei Exchange, erstmal das Postfach in eine andere DB zu verschieben. Geht schneller als ein Repairrequest. :)

Danke für die Rückmeldung. Kommen die Nutzer damit klar?

Will lieber nicht wissen, wie die "Migration" abgelaufen ist. :) Schonmal geschaut, welchen Stand der Exchange 2016 hat? Welche Outlook Version ist im Einsatz? Ist die ebenfalls aktuell? Funktioniert es von einem anderen PC mit einem neuen Outlook Profil? Bye Norbert

Wenn ich zwei Fragen stelle und nur eine irgendwie beantwortet bekomme, dann fehlt irgendwas, oder? ;)

Ist in den beiden Ordnern denn was drin? Gesendete Elemente hieß der Ordner vor Outlook 2007 (oder 2010). Und wenn man bspw. alte PST Dateien importiert oder sein Postfach seitdem immer mitmigriert, dann heißt der eben so. Sent Messages klingt nach einem Imap Client. Also an sich nichts schlimmes, denn da paßt dann einfach das Folder Mapping des IMAP Clients nicht. Insofern wäre es eben interessant, was in diesen Ordnern drin steckt.

WEnn du das Postfach wieder zurückschiebst ist der Fehler wieder da? Was steht im Eventlog des Exchangeservers?

Wo genau?

Oder Tetracopy. Das war dann nicht so langweilig ;)

Und wer kennt das noch? :)

Ich hatte erst ca. Ab 1994 einen vga Monitor. Und dann war das Thema Amiga mit Wolfenstein und Wing Commander eh recht schnell abgehakt.

Kann mich nur an die action replay für den Amiga erinnern. War damals aber zu teuer für mich. ;)

Für C64 kam wohl die Wende bei mir zu spät. Aber für den Amiga hat man sich dann auch mal einen Joystick Verteiler gelötet, damit man mit 4 Leuten Dynablaster spielen konnte. Viel leute vor 14" 50Hz Fernseher. Kann man sich heute gar nicht mehr vorstellen

Nein meinte er nicht. :)

Stimmt das rollup ist ja nur vom 10.12.2015. das is quasi topaktuell. :p

Hallo erstmal, Immer diese ominösen Altlasten. ;) Mal von sehr wenigen Ausnahmen abgesehen ist es in fast allen Fällen sinnvoller zu migrieren. In den allermeisten Fällen ist es einfach nur Unwissen des „aufräumenden“. Wenn das wirklich ein sbs ist, dann ist da auch ein exchange drauf. Wenn der genutzt wird, musst du den auch migrieren. Viel erfolg. bye norbert

Daran hat auch niemand gezweifelt. Trotzdem sind da Reste von zwei anderen exchangeservern, es sei denn du hast drei im Einsatz und einer davon ist 2003. so schlaf weiter :p

Ja noch.... aber seien wir ehrlich, ein Geschäft würdest du damit nicht mehr aufbauen, oder?

Naja ohne isdn auch keine isdn Karten mehr. ;) und die b1 wurden relativ zeitnah zur Datev Abkündigung eingestellt wenn ich mich recht erinnere.

In Windows 10 gibts doch genügend Policies, die eben dazu führen, dass irgendwann mal zwangsweise und ohne Rückfrage gebootet wird. Leider etwas umständlich nachzuvollziehen, weil man immer im falschen Moment dann alle PCs gepatcht hat. :) Aber im Endeffekt sehe ich das wie Sunny. ;) Du kannst es den Nutzern sowieso nie recht machen. Bye Norbert

Nein das ist backscatter spam. Das klappt u.a. Weil du keinen spf hast, denn sonst würden Mails von deiner Domain auch nur von dir versandt werden können und der Empfänger dieser falschen Mails schickt dir die Ndrs zu und wird früher oder später auf einer blacklist stehen, die du aber ohne Filter auch nicht abfragst. ;) schon lustig, dass man sich solche Gedanken macht, nachdem man sein System ins Internet gehangen hat. :/ Alternativ bzw. zusätzlich wäre auch BATV eine Option, dann würdest du nur NDRs annehmen, wenn du vorher auch eine entsprechende Mail versandt hast. https://en.wikipedia.org/wiki/Bounce_Address_Tag_Validation Aber wie gesagt, SPF wär schon der erste Schritt. Bye Norbert

Es ist aber ein Sonderfall, wenn du dort die Regeln im oof definierst. Probiers doch einfach mit einer normalen Regel. Wenns dann auch geht hab ich unrecht. ;)

Na wenn die Weiterleitung über den oof erfolgt könnte es sein, dass es eben deswegen funktioniert, weil der Server das umleitet bevor es im Postfach landet. Viel mehr kann man dazu nicht unbedingt sagen.

Also einfach den 2003 ausgeschaltet und seitdem die diversen Fehlermeldungen ignoriert. ;)

https://www.msxfaq.de/exchange/admin/servicepack_und_netframework.htm hier mal noch eine gute Übersicht: RTM geht also maximal auf CU4 dann .net 4.6.2 dann CU9 dann .net 4.7.1 (wenn du also CU4 noch irgendwo findest) ginge das schon. :) Ist doch schon korrigiert :p

Normalerweise "soll" man maximal Sprünge von 2 CUs durchführen, weil das der Testzyklus bei MS ist. Aber du bist ja noch bei RTM, wirst du an die dazwischen liegenden CUs gar nicht mehr rankommen und selbst wenn entspräche das einem Zeitaufwand von locker 8h würde ich schätzen. Zusätzlich sind dann auch Abhängigkeiten zum .net Framework zu berücksichtigen. Wenn du eine Datensicherung hast, wäre ein "gangbarer" Weg die Exchangeservices alle zu stoppen. Das .net Framework 4.7.1 zu installieren und dann direkt von RTM auf CU9 zu gehen. (Wie gesagt, Backup solltest du vorher anlegen). Alternativ kann man natürlich, wenn es die Ressourcen zulassen, einen neuen Exchange parallel daneben stellen und alles auf diesen neuen Server umziehen. Weniger riskant, wenn man weiß was man tut, und ohne Downtime für die Nutzer. Und hat den Vorteil, dass das ein Exchangeserver ist, den du selbst installiert hast. ;) Bye Norbert