Ich habe dazu nur Berichte in den MS Forem gefunden. Als Workaround gibts den Ansatz, die Seitenränder beim Druck zu reduzieren. Scheinbar passen dann die Header wieder mit drauf, offensichtlich sind da allerhand Füllzeichen, die die Header aus dem Druckbereich schieben.
Gruss, MiK
Der Parameter für eseutil /r ist nicht die Datenbankdatei, sondern die Base der Log-Dateien, also meist e00 (vorausgesetzt, sie liegen im gleichen Verz.). Am besten (wenn genug Platz) sämtliche Logs ins gleiche Verz. wie die DB, dann kommt die Fehlermeldung nicht.
Also: eseutil /r e00
Wichtig zu wissen wäre, lief der Exchange auf dem DC? Ist es der einzige DC?
Also so schlimm dürfte das nicht sein, wenn sich die User nicht alle 10 Minuten ändern. Es werden ja nur die Änderungen im AD repliziert.
Ich habe von so einer Lösung auch schon einmal gehört, finde sie sehr interessant. Hast Du es schön implentieren können?
Es sei denn, Du baust Dir einen eigenen Relay-Host im LAN (alte Linux-Kiste o.ä.), die dann die Übermittlung der Mails an diese 1 Domain übernimmt.
Dort hat man dann ein paar mehr (andere) Möglichkeiten, siehe Threads zu Exim etc.
Das mit den Mails "aus dem Reich der Mitte" und auch dem ehemaligen Feind im Osten 
lässt sich mit GFI auch lösen, soweit ich weiss ist GFI das einzige Tool, was Mails auch nach Codepage filtern kann.
Dort KOI8 und Kyrillisch rein und Ruhe ist...
NDR werden durch Exchange umgeschrieben, wenn man per MAPI auf die Mail zugreift (also Outlook z.B.). Wenn Du per OWA oder POP3 den NDR liest, solltest Du auch die E-Mail-Adresse sehen können.
Man kann das ändern, Microsoft ermöglicht dies durch einen Registry-Eintrag, siehe:
http://support.microsoft.com/kb/812806/en-us
Nunja, ich glaube da liegen ein paar gravierende Fehler/Missverständnisse vor:
1. Niemals die default-Policy ändern (siehe Richtlinien-Link von Nobby)
2. Wenn Du in eine Policy die Domain @gmx.de einträgst, meint Dein Exchange, es wäre für die Domain zuständig, d.h. er empfängt Mails für Deine User@gmx.de. Allerdings sendet er dann keine Mails an gmx.de nach extern. Warum auch? ER ist ja dann der Server für gmx.de. Alle anderen User ausser Deinen sind für ihn unknown accounts.
3. Wenn Du den Haken rausnimmst, weiss Exchange, dass es NICHT zuständig ist für gmx.de, d.h. die Mails werden nach extern weitergeleitet. Im Gegenzug aber nimmt er keine Mails mehr an, weil er ja NICHT zuständig ist für gmx.de.
Also, da beisst sich was, Dein Konzept hinkt!
Ich weiss nicht ob das geht, aber ein Ansatz wäre (bitte testen, evtl. Gefahr eines Loops), den o.g. Haken setzen und im ESM unter Protokolle/SMTP/virtueller Standardserver/Eigenschaften/Nachrichten den SMTP-Server von GMX im Feld "Alle E-Mails mit nicht ausgewerteten Empfängern weiterleiten an Host:" eintragen.
Man kann seine öffentliche IP des Exchange ganz gut über diesen Link abfragen, ob er in einer der Spam-Listen gelandet ist:
http://www.dnsstuff.com/tools/ip4r.ch?ip=<IP des Mail-Servers>
Über den (wenn geblockt) Link in der Mitte lässt sich die IP dann auch einfach wieder freischalten.
Naja, ob sich der Aufwand lohnt für 1 Benutzer einen BES zu installieren & zu warten...
Alternativ kann man den Blackberry auf vom Provider mit den aktuellen Daten füttern lassen. D.h. man richtet beim Provider die E-Mail Adresse ein und leitet diese dann an das Handheld weiter.
Man kann dort auch eine andere als die Provider-E-Mail-Adresse als Absender einstellen und diverse POP3-Server abfragen um diese ebenfalls auf den BB zu pushen. Die Mails auf dem Exchange würde man dann auch über POP3 saugen um sie dann aufs Handheld zu bekommen.
Nachteil: Dies funktioniert nur für E-Mail, der ganze Rest, also die vollständige Sychronisation (Kalender, Kontakte), funktioniert nur mit dem Blackberry Enterprise Server.
