RobertWi

Moin, da Du die IP-Adressen und Domänen-Namen rausgenommen hast (was Dein gutes Recht ist), nimmst Du uns leider die Chance, das nachzuprüfen. Zum Beispiel würde ich sehr stark tippen, dass in dieser Zeile die IP-Adresse von Google steht, und nicht Eure interne. 10:46:13 (out 68)>>> 250-mx.google.com at your service, [xxx.xxx.xxx.205] Ich lese aus dem obigen Protokoll, dass ihr eine Mail von einen Google-Account "tester131313131@googlemail.com" geschickt habt, die hat Google abgelehnt, weil es den Account nicht gibt (550-5.1.1 The email account that you tried to reach does not exist. Please try), das ist alles. Von einer Kommunikation Eurer externen IP-Adresse (was soll das sein, habt ihr im Modem, Router noch einen Mailserver?) kann ich oben nichts erkennen. Alles, was ich sehe, ist das ihr eine Mail an Google schicken wollten, an einen Account, de es nicht gibt. Aber wie gesagt: Das Verschleiern der IP-Adresse mach es nicht leichter.

Mit ordenlichen Backup-Programmen, die auch einzelne Elemente wiederherstellen können? So viel sollte die Datensicherheit dann doch Wert sein, wenn es man es braucht (z.B. 395 Euro für Acronis Backup).

Moin, eigentlich legt Ex2010 den Pfad alleine an - oft genug im Kurs erlebt, wenn sich die Teilnehmer im EMS-Befehl vertippen (saudämliche Übung) und der Rest nicht funktioniert, weil die Datenbank an einer anderen Stelle liegt.

Moin, Frage dazu: Kann es die Verzögerung beim Schreiben der Daten im Exchange-System umgehen? Das ist mein Hauptärgernis. Bei einem ausgelasteten Server dauert es 30 Sekunden, bei einem weniger auch mal 15 Minuten, bis die Daten in der Datei stehen.

Moin, Comparison of Exchange ActiveSync Clients - Wikipedia, the free encyclopedia -> GAL Photos.

Moin, beobachte das IIS-Log, zu finden normalerweise unter "c:\iisroot\logs".

Moin, hier muss ich leider Norbert widersprechen. Was Du erlebst, ist das normale Verhalten beim Windows NLB und einer der zwei Gründe, warum MSFT WNLB nicht mehr empfiehlt für Exchange. Hintergrund: WNLB macht seine Zuordnung anhand der Client-IP-Adresse fest (Achtung bei NAT, dann geht alles auf einen Knoten - das ist der zweite Grund). Solange die sich nicht ändert, kommt der Client seine Lebzeit also immer beim gleichen NLB raus, was schon mal kein wirkliches Load Balancing ist. Der Client arbeitet also mit allen Verbindungen (RPC, HTTPS für OAB/EWS) gegen *einen* CAS-Server (wenn die URLs korrekt eingestellt sind) und hat von diesem für den Zugriff das Zugriffstoken, sowie eine SSL-Session bekommen. Beim Schwenk auf den anderen Knoten stellt der dortige IIS fest, dass ein bisher nicht bekannter Client erscheint, der eine SSL-Session verwendet, die dieser IIS gar nicht kennt - FEHLER. Die Auswirkungen im Client sind je nach Version unterschiedlich. Gute NLB verwalten daher ihre Session untereinander, in dem sie Cookies oder Sessions States oder andere Verbindungsinformationen untereinander austauschen. Wenn man diese Einschränkung kennt und damit leben kann, ist WNLB eine Alternative, da kostenlos. Will man es aber perfekt haben, bleibt nur ein Drittanbieter-Produkt.

Moin, mit NTBACKUP bekommst Du das nur in Ex2003 zurückgespielt, denn der sichert hat die Exchange-Datenbanken. Du könntest den Export noch mit Outlook selbst machen, das kann auch größere PST-Dateien. Ansonsten ist es ein bekanntes Problem von EXMERGE und PST-Dateien größer 2 GB, leider.

Moin, im IIS-Log könntest Du sehen, mit welcher Kennung da gearbeitet wird. Ich denke es handelt sich um (entweder / oder): - ein offenes Relay - eine gehacktes Passwort und die Nutzung von EWS/OWA - Backscatter 1. Würdest Du im SMTP-Log sehen, nicht im MessageTracking. 2. von einem gehackten und massenhaft verwendeten OWA habe ich noch nichts gehört, aber die EWS-Schnittstelle ist relativ einfach zu nutzen -> IIS-Protokolle sichten 3. dagegen kannst Du nichts machen, außer einen vernünftigen Spam-Filter vor Exchange betreiben Halte uns auf den laufenden!

Moin, das lese ich ja jetzt erst: Nein, muss es natürlich nicht: 1. Der FQDN muss zum PTR passen (macht er ja) 2. Deine 1. Domäne heißt "aaa.de" und nicht "mail.aaa.de" - wenn es also ein Problem gäbe, gäbe es das schon lange, oder? 3. Ich selbst sende ungefähr ein halbes Dutzend Kunden-Domänen über einen Mailserver, dessen FQDN keiner einzigen davon entspricht, aber Punkt 1. stimmt.

Moin, bei mir kommt da der Name des Kontos (so wie es auch in der GAL steht). Dann dürfte das nicht gehen.

Moin, du musst vermutlich vorher die Datenbank mit Hilfe von "eseutil" in den Status Clean Shutdown bringen. -> Move a Mailbox Database Using Database Portability: Exchange 2010 SP1 Help

Moin, ich analysiere die Logfiles mit einem Windows-TAIL. Leider hat der SMTP-Dienst und das Filesystem die unangenehme Eigenschaften, die Daten erst mit einiger Verzögerung zu schreiben (Cache). Daher dauert es 30 bis 60 Sekunden + eine gewisse Datenmenge, bis man was sieht.

Moin, schade, dass Du beim Lesen den hier nicht gefunden hast: Crossposting - msxforum -> 2 eigenständige Domänen / ein Outlook [Forum - Exchange 2007] - msxforum

Moin, auch bei MSFT arbeiten nur Menschen und da gibt es fähige und weniger fähige, motivierte und weniger motivierte, gute bezahlte und weniger gut bezahlte, usw. Auch der Kleinkunde kann zeigen, dass er Kunde ist: Nachhaken und notfalls auf Eskalation bestehen. In den letzten vier Wochen habe ich bei einem großen Kunden Erfahrungen mit dem Support eines Server/Storage-Herstellers und eines Virenscanner-Backup-Lösung-Herstellers gemacht - dagegen waren die hier beschrieben extrem gut. ;)

Moin, wobei MSFT wage angekündigt hat, dass Exchange in einer Zukunft eine solche Fähigkeit bekommen könnte.... (der MVP versteht meine Äußerung ;))

Moin, bitte gib dort "domain\username" und sein Passwort ein. Das sollte funktionieren. Die Angabe der E-Mailadresse funktioniert erst, wenn man den UPN korrekt konfiguriert hat.

Moin, von einem generellen Problem habe ich auch nichts gehört. Ich habe gerade diese Woche einen komplett durchgepatchten TMG gegen einen komplett durchgepatchten Exchange 2010 SP1/RU3-v3 in Betrieb genommen.

Moin, und was spricht dagegen, einfach den PRT für beide IP-Adressen gleichzusetzen? A und MX müssen natürlich nicht zum PTR identisch sein, sonst könnte ja niemand mit einer anderen Adresse empfangen, als mit der er sendet.

Moin, 1. aktiviere die SMTP-Protokollierung auf allen Empfangsconnectoren und prüfe im Log, ob sich wirklich der richtige Connector verantwortlich fühlt (solltes Du z.B. noch einen zweiten haben, der als Remote-IP die des Routers hat, nimmt Exchange den und nicht den Allgemeineren). 2. poste mal bitte eine lesbare (code-Tags) Ausgabe von "get-receiveconnector | fl".

Moin, in allen Clients oder nur in einem? Ist die Gruppe in OWA im Adressbuch sichtbar? Wie genau legt ihr die Gruppe an? Gibt es beim letzten Schritt irgendwelche Fehler? Ungewöhnliche Einträge im Event-Log? Fehlermeldungen im ExBPA? Nein, das ist normal. Das Zugriffstoken wird durch den Neustart ungültig. Outlook neu öffnen oder Windows neu starten helfen auch. Das ist auch normal. Berechtigungen werden vom IS gecached. Beschleunigt werden kann das mit Neustart des IS, mit dem o.g. Nebeneffekt. Leider schon. Erste Tugend des Exchange-Admins: Geduld....

Moin, das macht Outlook ja beim Client automatisch korrekt, wie der OP schreibt. Das Problem scheint ein DNS, netzerwerktechnisches oder Routing-technisches zu sein. Die Bilder von Frank sind dahingehend ein wenig missverständlich, als das er im ersten Bild einen Server hat (nawsv001.netatwork.de), der theoretisch von außen erreichbar sein könnte - es aber sicher nicht ist und auch nicht sein muss.

Moin, mal im Header checken, wieviele/welche Mail-Server die Mail so anfassen. Die Schleife kann auch woanders sein.

Moin, vermutlich hat schon die Anmeldung am PC nicht geklappt. Kann der Benutzer in diesen Fällen problemlos auf Ressourcen zugreifen? Ist der DNS auf seinem Client korrekt eingetragen? Du solltest auf seinem PC mal die sog. zwischengespeicherten Anmeldeinformationen deaktivieren und schauen, ob er sich dann überhaupt noch anmelden kann: Cached domain logon information

Moin, da Regeln im Postfach gespeichert werden (im Gegensatz zum Stellvertreter), gibt es bei 2003 keine einfachen Mittel, außer Fremd-Tools (z.B. MFCEditor). Viel Spaß beim Lesen: MSXFAQ.DE - Regeln