BrainStorm

Ich sehe das prinzipiell genauso wie du. Sofern du dem Dienstleister nicht ausdrücklich in irgendeiner Form den Zugriff auf deiner Mailbox erlaubt hast. Wenn du dazu rechtliche Hilfe benötigst, wende dich dazu bitte an einen Fachanwalt deines Vertrauens, da können und dürfen wir dir leider nicht helfen.

Hallo u_m, inwiefern ist dein Verdacht begründet? Was gibt dir die Hinweise, dass dein Systemhaus deine Mails liest? Vielleicht hilft dir folgendes: Auditing Mailbox Access Using Exchange System Manager and Event Viewer

und das letzte Rollup für SP2 ebenfalls :)

Noch ein kleiner Tipp für dich: Exchange 2007 SP2 Installation Tool For SBS 2008 Released… | How Exchange Works

Funktionierts denn ohne SSL? Wenn ja, dann liegts am Zertifikat. Versuche auch mal als Benutzernamen DOMÄNE\USERNAME Standardmäßig liegt das IIS Log unter %windir%\system32\logfiles\w3svc

Danke, da war ich noch nicht ganz auf dem aktuellsten Stand ;) Wo genau hängts denn? Lässt sich der Wizard ohne Probleme mit den Daten füttern und durchklicken? Du könntest dir noch das IIS Log mit den Zugriffsversuchen anschauen, eventuell findest du dort zusätzliche Hinweise.

Hallo moschi76, das sieht nach einer digitalen Signatur aus. Wurden ausser dem Exchange auch die Outlook Profile bzw. Benutzerkonten migriert oder neuerstellt? Lassen Sich die emails über OWA anzeigen?

Hallo Peter, ich vermute mal du meinst WebDAV und nicht EWS ;) Schau mal hier: Accessing Exchange 2007 from your Apple Macintosh (Part 1) Accessing Exchange 2007 from your Apple Macintosh (Part 2)

Der Aufenthaltsort des Users hat doch nichts mit dem Standort des Mailservers und der Postfächer zu tun. Du fährst ja auch nicht in das GMX Rechenzentrum um deine Mails abzuholen, oder? :D Wenn die Standorte vernünftig miteinander vernetzt sind, dann spielt der Aufenthaltsort des Aussendienstlers keine Rolle - zur Not hilft auch VPN

Hallo, folgende Anleitung sollte helfen: Fixing a Damaged or Incorrectly Configured OWA 2003 Installation

Hallo Commander1981, nein PFLICHT ist es nicht. Es wird alles uneingeschränkt auch mit einem einzigen DC funktionieren. In Produktionsumgebungen sollte aber zwingend für Redundanz gesorgt werden.

Wenn du eine Liste der Hosted Exchange Anbieter suchst, dann schau hier vorbei: MSXFAQ.DE - Produkte: Hosted Exchange

Bist du dir da sicher, dass du diese zwei "Anforderungen" mit einer externen Archivierungslösung abdeckst?

Nö, Sonntags wird nicht gearbeitet

arbeitest du auch umsonst?

Hallo Mull, du willst die Mails die intern bei dir auf einem Mailserver liegen extern archivieren? Was erhoffst du dir davon?

Du kannst Outlook parallel zum Infocenter installieren. Achte ggf. auf die MAPI32.dll die bei der Installation vom Infocenter ausgetauscht wird. Ja, wie ich oben schon schrieb: IMAP auf dem Server aktivieren und Outlook via IMAP verbinden. Mit dieser Methode bekommst du aber nur die Emails raus, Keine Kontakte und Kalendereinträge..... Einen Tod muss man dabei sterben

Hallo Peter, für solch ein Migrationsszenario würde ich je nach Anzahl der Postfächer ein Migrationstool empfehlen. Ich habe Anfang des Letzten Jahres eine Migration mit Tobit2Exchange bei einem Kunden mit knapp 100 Postfächern durchgeführt. Tobit2Exchange/Tobit2GroupWise Du könntest aber auch IMAP auf dem Tobit David Server aktivieren und dort per Outlook einzeln die Daten in eine PST exportieren und anschließend im Exchange wieder importieren. Diese Methode macht aber nur bei sehr wenigen Postfächern Sinn.

Hallo Peter, wenn du mit ESET NOD32 zufrieden bist, warum dann etwas ändern? Wir haben bei unseren Kunden meist McAfee Groupshield oder Trendmicro Scanmail im Einsatz je nach Umgebung. Beide Produkte laufen im großen und ganzen recht zuverlässig.

Hallo Peter, meine Empfehlung wäre: Erst feste IP, dann SMTP Zustellung per MX. Vergiss dyndns und POP-Connectoren :cool:

Ich persönlich würde folgenden Weg wählen (sehr vereinfacht zusammengefasst): 1. Schemaupdate auf Version 47 für Win2008R2 2. 2x Win 2008 R2 als DC/GC hinzufügen 3. FSMO Rollen auf einen Win2008R2 DC transferieren 4. alte Win 2003 DCs nacheinander demoten und aus Domain entfernen 5. Schemaupdate für Exchange 2007 SP2 6. Installation Exchange 2007 SP2 + aktuellstes RUP [*] 7. Migration Exchangedaten und anschließend Exchange 2003 raus 8. FFL/DFL anheben 9. Fertig ;) [*] Das MSExchange-Team hat ausserdem ein Update (noch in diesem Kalenderjahr ;) ) angekündigt mit dem du für den Exchange 2007 ebenfalls Windows Server 2008 R2 als Basis verwenden könntest. Wann genau dieses erscheint ist mir aber leider nicht bekannt: You Had Me At EHLO... : Supporting Exchange 2007 on Windows Server 2008 R2

Oder der XP-Mode ;)

Ja echt komisch Exchange Server Supportability Matrix Topic Last Modified: 2009-12-09 Hat wohl jemand geschlafen ;) @bandit-black: Also welchen Weg zu wählst ist egal. Es sollte beides funktionieren.

Danke Lukas für die Korrektur, dann wurde die Matrix wohl noch nicht aktualisiert.

Hallo bandit-black, Exchange 2003 SP2 kann nicht mit Windows 2008 R2 Domain Controllern, das geht erst ab Exchange 2007 SP1 mit RUP9 oder höher. Du kannst zuerst die Exchange Org auf Exchange 2007 upgraden und anschließend die Domaincontroller, das würde in deinem Szenario mit den Windows 2003 DCs funktionieren