DaKewL

ich bin ebenfalls neugierig, wann es erscheinen soll. Dass es erscheint, ist jedoch keine Spekulation sondern Fakt.

(Part 3) Die für info@meinedomain.de aufgelisteten Postfachserver werden überprüft. Eine Verbindung mit mx01.kundenserver.de [212.227.15.150] wird auf Anschluss 25 hergestellt. Empfangen: 554 RBL rejection: http://www.spamhaus.org/query/bl?ip=87.78.54.31'>http://www.spamhaus.org/query/bl?ip=87.78.54.31'>http://www.spamhaus.org/query/bl?ip=87.78.54.31'>http://www.spamhaus.org/query/bl?ip=87.78.54.31'>http://www.spamhaus.org/query/bl?ip=87.78.54.31'>http://www.spamhaus.org/query/bl?ip=87.78.54.31'>http://www.spamhaus.org/query/bl?ip=87.78.54.31'>http://www.spamhaus.org/query/bl?ip=87.78.54.31 Fehler: Erwartet: "220". Der Server akzeptiert keine Verbindungen. An mx01.kundenserver.de konnten keine Nachrichten bertragen werden. Eine Verbindung mit mx01.kundenserver.de [212.227.15.134] wird auf Anschluss 25 hergestellt. Empfangen: 554 RBL rejection: http://www.spamhaus.org/query/bl?ip=87.78.54.31 Fehler: Erwartet: "220". Der Server akzeptiert keine Verbindungen. An mx01.kundenserver.de konnten keine Nachrichten bertragen werden. Eine Verbindung mit mx01.kundenserver.de [212.227.15.186] wird auf Anschluss 25 hergestellt. Empfangen: 554 RBL rejection: http://www.spamhaus.org/query/bl?ip=87.78.54.31 Fehler: Erwartet: "220". Der Server akzeptiert keine Verbindungen. An mx01.kundenserver.de konnten keine Nachrichten bertragen werden. Eine Verbindung mit mx00.kundenserver.de [212.227.15.134] wird auf Anschluss 25 hergestellt. Empfangen: 554 RBL rejection: http://www.spamhaus.org/query/bl?ip=87.78.54.31 Fehler: Erwartet: "220". Der Server akzeptiert keine Verbindungen. An mx00.kundenserver.de konnten keine Nachrichten bertragen werden. Eine Verbindung mit mx00.kundenserver.de [212.227.15.186] wird auf Anschluss 25 hergestellt. Empfangen: 554 RBL rejection: http://www.spamhaus.org/query/bl?ip=87.78.54.31 Fehler: Erwartet: "220". Der Server akzeptiert keine Verbindungen. An mx00.kundenserver.de konnten keine Nachrichten bertragen werden. Eine Verbindung mit mx00.kundenserver.de [212.227.15.169] wird auf Anschluss 25 hergestellt. Empfangen: 554 RBL rejection: http://www.spamhaus.org/query/bl?ip=87.78.54.31 Fehler: Erwartet: "220". Der Server akzeptiert keine Verbindungen. An mx00.kundenserver.de konnten keine Nachrichten bertragen werden. Eine Verbindung mit mx01.kundenserver.de [212.227.15.169] wird auf Anschluss 25 hergestellt. Empfangen: 554 RBL rejection: http://www.spamhaus.org/query/bl?ip=87.78.54.31 Fehler: Erwartet: "220". Der Server akzeptiert keine Verbindungen. An mx01.kundenserver.de konnten keine Nachrichten bertragen werden. Eine Verbindung mit mx00.kundenserver.de [212.227.15.150] wird auf Anschluss 25 hergestellt. Empfangen: 554 RBL rejection: http://www.spamhaus.org/query/bl?ip=87.78.54.31 Fehler: Erwartet: "220". Der Server akzeptiert keine Verbindungen. An mx00.kundenserver.de konnten keine Nachrichten bertragen werden.

(Hier der 2-te Abschnitt... ich musste es aufgrund der Länge aufsplitten.) Die Remotedomänen-Datensätze werden überprüft. TCP- und UDP-DNS-Abfragen werden für die Remotedomäne gestartet. Bei diesem Test wird versucht zu überprüfen, ob der DNS für ausgehende Nachrichten richtigeingerichtet ist. Bei nicht bestandenem Test kommen drei Ursachen infrage. 1) TCP-/UDP-DNS-Abfragen werden vom Firewall blockiert, wodurch ihrerseits die ausgehenden Nachrichten blockiert werden. Unter Windows 2000/NT Server sind TCP-DNS-Abfragen erforderlich. Windows Server 2003 verwendet zuerst UDP-Abfragen und greift dann auf TCP-Abfragen zurück. 2) Im internen DNS ist nicht festgelegt, wie externe Domänen abgefragt werden sollen. Sie müssen entweder einen externen DNS-Server verwenden oder den DNS-Server zum Abfragen externer Domänen konfigurieren. 3) Die Remotedomäne ist nicht vorhanden. Ein Fehler ist zu erwarten. Postfachdatensätze mit TCP werden überprüft: meinedomain.de. MX: mx00.kundenserver.de (10) MX: mx01.kundenserver.de (10) A: mx00.kundenserver.de [212.227.15.150] A: mx00.kundenserver.de [212.227.15.169] A: mx00.kundenserver.de [212.227.15.186] A: mx00.kundenserver.de [212.227.15.134] A: mx01.kundenserver.de [212.227.15.169] A: mx01.kundenserver.de [212.227.15.186] A: mx01.kundenserver.de [212.227.15.134] A: mx01.kundenserver.de [212.227.15.150] Postfachdatensätze mit UDP werden überprüft: meinedomain.de. MX: mx00.kundenserver.de (10) MX: mx01.kundenserver.de (10) Sowohl TCP- als auch UDP-Abfragen erfolgreich. Remote-DNS-Test bestanden.

Hallo Günther, der Server hat zwar 2 Netzwerkkarten, aber ist (und war schon immer) deaktiviert. Den BPA habe ich durchlaufen lassen. Kritische Issues: 0 Normale Issues: - Netzwerkkartentreiber sind älter als 1 Jahr - Netzwerkkartentreiber (für die aktive Karte) ist älter als 1 Jahr (5 Jahre alt) - DHCP-Server ist nicht aktiviert - MS Outlook nicht vorhanden - OWA-Update für Kompatibilität mit Vista nicht vorhanden Der Rest ist sauber. – SMTPDIAG sagt: (Der dritte Abschnitt macht mich stutzig, aber ich kann es nicht wirklich interpretieren) Externe Exchange-DNS-Einstellungen werden gesucht. Der Computername lautet SERVER. VSI 1 hat die folgenden externen DNS-Server: Es sind keine externen DNS-Server konfiguriert. SOA wird auf meinedomain.de überprüft. Die externen DNS-Server werden überprüft. Die internen DNS-Server werden überprüft. Die TCP-/UDP-SOA-Seriennummer wird mit DNS-Server [192.168.0.2] überprüft. TCP-Test erfolgreich. UDP-Test erfolgreich. Seriennummer: 2007090101 Abgleich der SOA-Seriennummern: Bestanden. Die lokalen Domänendatensätze werden überprüft. TCP- und UDP-DNS-Abfragen werden für die lokale Domäne gestartet. Bei diesem Test wird versucht zu überprfen, ob der DNS für eingehende Nachrichten richtig eingerichtet ist. Bei nicht bestandenem Test kommen drei Ursachen infrage. 1) Die lokale Domäne ist nicht im DNS eingerichtet. Eingehende Nachrichten können nicht an lokale Postfächer geleitet werden. 2) TCP-/UDP-DNS-Abfragen werden vom Firewall blockiert. Das betrifft zwar nicht die eingehenden, wohl aber die ausgehenden Nachrichten. 3) Der interne DNS berücksichtigt keine externen DNS-Einstellungen. Für bestimmte Topologien ist das eine zulässige Konfiguration. Postfachdatensätze mit TCP werden überprüft: firma.de. MX: mailin.rzone.de (10) A: mailin.rzone.de [81.169.145.102] A: mailin.rzone.de [81.169.145.99] A: mailin.rzone.de [81.169.145.100] A: mailin.rzone.de [81.169.145.101] Postfachdatensätze mit UDP werden überprüft: firma.de. MX: mailin.rzone.de (10) A: mailin.rzone.de [81.169.145.102] A: mailin.rzone.de [81.169.145.99] A: mailin.rzone.de [81.169.145.100] A: mailin.rzone.de [81.169.145.101] Sowohl TCP- als auch UDP-Abfragen erfolgreich. Lokaler DNS-Test bestanden.

Hallo Günther, - den separaten Account habe ich von Anfang an für die Auth gehabt. (exchange@.....de) - mit den Domains stimmt auch alles - das mit Outlook Express war natürlich eine sehr gute Idee... peinlich nur, dass ich nicht darauf kam... - aber mit Outlook Express funktioniert es tatsächlich. - vor dem Exchange habe ich bereits zu Testzwecken das Scannen der ausgehenden Emails abgeschaltet - aber ohne positive Wirkung. - der Router ist ein AVM 7170. P.S.: Der Beitrag, den Du verlinkt hast, hatte ich auch schon rausgesfischt - allerdings sind die Netzwerkeinstellungen bei mir korrekt und eine Lösung für das Problem hat der Typ auch nicht bekommen. (Der war übrigens nicht wirklich der klügste, wenn er im Forum fragt, ob es nach der Änderung funktionieren wird)

Hallo Günther, zu a) Das ist aber so laut der Anleitung, die Strato mit deren Benachrichtigung verschickt hat zu b) Jetzt wo Du es schreibst, schnalle ich es... ich habe normales SMTP per Telnet durchgeführt - somit nicht wirklich aussagekräftig. Ich muss mal den Test mit Auth nochmals durchführen... zu c) Mit Strato habe ich schon längst telefoniert und wir sind nochmals alle Einstellungen durchgegangen - desweiteren sagte Strato, dass diese Prozedur bei sonstigen Kunden keine Probleme bereitet hat, somit müsste es am Server liegen zu d) Wenn ich "b" durchgeführt habe, bleibt mir nicht mehr viel übrig, als MS zu kontaktieren, oder? Inzwischen habe ich festgestellt, dass in seltenen Fällen die Emails bei den Empfängern ankommen, aber die Email hängt dann immernoch in der Warteschleife am Exchange-Server.

Hallo Sternenkind, ich habe im Netz mehrere Quellen mit dem gleichen Problem gefunden - allerdings nirgends mit einer Lösung. Ich bin inzwischen so verzweifelt, dass ich voraussichtlich diese Woche bei MS einen Call aufgeben werde. Hab alles mit dem Server angestellt, was in meiner Macht stand - und alles war leider erfolglos. (Ist mir das erste mal passiert.) Sobald die mir eine Lösung mitteilen, werde ich es hier posten, damit andere Leidesgenossen wenigstens davon profitieren. @all Weiss jemand, ob dies der Standard-Netzwerk-Call für die rund 220,- Euro deckt? Oder muss ich da mit mehr rechnen?

Lukas, ich weiss nicht, was Du mit dem "Base64 encoded" meintest, aber auf jeden Fall kommt die Email an - jedoch ohne Absender in der Email-Übersicht. In den Eigenschaften der Email kann man jedoch alles auslesen. (Von/An,Domain usw.) Ob ein oder mehrere Empfänger... über Telnet klappt es. Logische Schlussfolgerung wäre, dass das Problem lokal und nicht bei Strato liegt. Aber warum funktioniert alles einwandfrei, sobald ich die SMTP-Authentifizierung rausnehme...?!?!!? (Falls die Frage folgen sollte, warum ich es überhaupt mit Auth machen will: Strato lässt ab dem 01.09. nur noch authentifizierte Emails durch.) Nachtrag: Mit 1&1 (und dem zugehörigen Benutzer/PW) klappt es ebenfalls nicht. Es scheint wirklich am Server zu liegen.

Hallo LukasB, das mit telnet habe ich auch schon probiert, allerdings bin ich mir nicht sicher, ob wir die gleiche Prozedur meinen -ausserdem kann ich über telnet nur an einen Empfänger schicken - und das funktioniert auch. (Oder geht es irgendwie direkt an mehrere?) Der Mailrelay von Strato wird schon verwendet. (Zumindest laut Aussage von Strato) Aber ich traue denen nicht über den weg...

So Leute, ich habe etwas Zeit gefunden und Rolle das Thema nochmlas auf, da mir weiterhin keine Lösung einleuchtet. @idephili DerUnzustellbarkeitsbericht sagt folgendes: ---------------------------------------------------------------------- Der Empfänger konnte nicht bearbeitet werden, da dies bestehende Sicherheitsrichtlinien verletzt hätte. <xxxxx.de #4.7.0 smtp;421 4.7.0 mo-p00-ob.rzone.de : Timeout, closing transmission channel> ---------------------------------------------------------------------- @NorbertFe Das mit den internen Mails war schon klar. Nur hätte ich das nicht reingeschrieben, wäre die erste Frage von euch gewesen: "Und was passiert bei internen Mails?" Das SMTP-Logging spuckt nichts anderes aus als was in dem Unzustellbarkeitsbericht steht. Alle Meldungen kommen (logischerweise) von der IP, die dem Namen "post.strato.de" gehört. (Per nslookup abgefragt) @Sternenkind Ich krieg auch schon die Kriese! Hab noch nie so ein hartnäckiges Problem erlebt. Und bis heute weiss ich nicht, ob das Problem bei Strato oder beim Exchange liegt.

Hallo liebe Liebenden, ich stecke in einer Zwickmühle bzgl. Email-Versand mit einem SBS 2003 -Standard Edition. Bis vor kurzem hat der Exchange Server Emails per SMTP ohne Authentifizierung versendet, was auch problemlos klappte. Seit kurzem jedoch schreibt STRATO vor, mit Authentifizierung am SMTP-Server die Emails zu versenden. Die Umstellung war auch kein Problem. Aber seit der Umstellung auf Auth-SMTP kommen die Emails nicht an, wenn die Email an mehr als nur einen Empfänger gesendet wird. Die Emails hängen dann in der Warteschleife bis irgendwann mal der Unzustellbarkeitsbericht eintrudelt. Nochmal in der Kurzfassung: Email an einen externen Empfänger --> klappt Email an einen internen Empfänger --> klappt Email an mehrere interne Empfänger --> klappt Email an mehrere externe Empfänger --> klappt nicht Email an x interne und x externe Empfänger --> klappt nicht Da ich ursprünglich Strato im Verdacht hatte, habe ich es mit einem anderen Provider probiert (1&1), was jedoch das gleiche einbrachte. P.S.: Ohne Authentifizierung klappt alles wunderbar. Hat jemand von euch eine Erklärung dafür?

Nachtrag 2: Ich habe das Problem nun gelöst, indem ich zuerst das Update Rollup 1 deinstalliert habe, dann im Exchange-Wartungsinstallationsmodus den CAS rausgeschmissen, und dann das ASP.NET deinstalliert. Server-Neustart ASP.NET wieder installieren, dann CAS installieren. Mit dem UpdateRollup warte ich noch paar Tage bis vielleicht mehr Betroffene im Netz auftauchen und es endlich eine konkrete Lösung von MS gibt. Danke euch trotzdem für eure Hilfe... Bye

Hallo Leute, ist es bei euch auch so, dass der Server 2008 in den Computereigenschaften ein installiertes Service Pack 1 anzeigt? Gibt es eine logische Erklärung dafür oder ist es MS bei dem Release einfach nicht aufgefallen, als sie den Kernel von Vista-SP1 dafür verwendet haben? Gruß

Ja, ich habe die Sicherheitsstufe des IE auf ganz niedrig gestellt, aber passiert nichts. Der IE meckert auch nicht, sondern statt des Anmeldefensters ist einfach nur eien weisse Seite und sonst gar nichts. Wenn ich es mit Firefox oder Safari probiere, komme ich zwar zur Anmeldemaske (im Light-Modus logischerweise) und dann wenn ich mich anmelde, sieht es so aus, wie auf dem Bild in meinem ersten Posting. Ich kenne so eine ähnliche Auswirkung von der CMS-Programmierung, wenn die CSS-Files (Style Sheets) nicht geladen werden können, weil irgendein Pfad bzw. Einstellung nicht stimmt. Ich habe mir auch die ASPX-Files auf dem Exchange angesehen, aber soweit nichts verdächtiges gefunden. – Nachtrag: ich möchte meine Lösung bzw. Erfahrungen niemandem vorenthalten, vor allem da es scheinbar kein Problem seitens der Administration sondern eher bei Microsoft liegt und das Problem so einige haben, die Windows 2006 (64) mit Exchange 2007 SP1 und Updaterollup für Exchange installiert haben. Also es scheint im direkten Zusammenhang mit dem Updaterollup zu tun zu haben... OWA 2007 not displaying (blank page) - TechNet Forums Ich weiss nicht, ob ich Links posten darf, aber ich denke, das wäre schon ziemlich hilfreich für die "Betroffenen"...

Also in den Logs inetpub\FailedReqLogFiles\W3SVC1 erscheint bei jedem fehlerhaften Aufruf: ----------------------------------------------------------------------- Die XML-Seite kann nicht angezeigt werden Die XML-Eingabe kann nicht angezeigt werden, wenn Stylesheet XSL verwendet wird. Beheben Sie den Fehler und klicken Sie dann auf Aktualisieren, oder wiederholen Sie den Vorgang später. Die Sicherheitseinstellungen lassen es nicht zu, Skriptcode innerhalb dieses Stylesheets auszuführen ----------------------------------------------------------------------- Ansonsten habe ich schon fast alles probiert...

Hallo, es soll POP sein, weil derjenige Zugriff auf die letzten Emails überall haben möchte (nur zum nachlesen, da das Tippen darauf nicht wirklich komfortabel ist). Und selbst wenn er Netz hat, ist die Verbindungsgeschwindigkeit für IMAP zu lahm, da das IPhone kein UMTS kann. P.S.: toad, weisst Du vielleicht den geplanten Veröffentlichungstermin für dei neue Version?

Hallo @all, gibt es eine Möglichkeit, Emails auf dem Exchange 2007-Server als "abgeholt" zu markieren, damit ein IPhone über POP3 nicht gleich die komplette Email-Datenbank mit 1500 Emails herunterladen muss, sondern nur die, die ab der Einrichtung des Gerätes neu eintreffen? Ich hoffe, Ihr versteht, was ich meine... Danke euch...

@twiki Ich habe kein Verzeichnis namens "adminscripts" auf dem 2008-er... Mit einer heruntergeladenen Version von adsutil.vbs bekam ich auf: cscript %SYSTEMDRIVE%\inetpub\adminscripts\adsutil.vbs SET W3SVC/AppPools/Enable32bitAppOnWin64 0 ...die Meldung: BOOLEY (oder so ähnlich): FALSE Und der Befehl: %SYSTEMROOT%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i hat nur kurz gesagt, dass es installiert ist und brachte keine Besserung. @gysinma An der Komprimierung lag es nicht - bzw. nur die statische komp. ist an. Aber ohne geht es auch nicht. Wo stell ich die Anzahl der Instanzen um? Konnte ich auf Anhieb nicht finden...

Hallo Lukas, nein, es ist keine Testumgebung. Das mit den Verzeichnissen kann ich mir noch halbwegs so erklären, dass Exchange bei der Installaion abfragt, ob von Outlook-Versionen zugegriffen wird, die älter sind als 2007. Da habe ich "Nein" angekreuzt. Somit hat die Installationsoutine wahrscheinlich die Verzeichnisse nicht scharfgeschaltet. Und die oben genannten virtuellen Verzeichnisse sind alle für die Kompatibilität zu Outlook 2000/2003. Ich werde trotzdem morgen versuchen, die Verzeichnisse zu rebuilden. Heut ist es mal wieder zu spät geworden... Aber wenn jemand noch eine gute Idee hat, nur her damit. ;-) Danke euch trotzdem schon mal im Voraus...

Der Server 2008 müsste doch schon mit 2.0 laufen... Ich habe bei der Fehlersuche gemerkt, dass im ISS-manager einige virtuelle Seiten den Pfad nicht finden können... und zwar: Exadmin, Exchange, Exchweb und Public. Sobald ich die anklicke, kriege ich die Meldung: "Der Netzwerkpfad wurde nicht gefunden." Kann mir jemand die Pfade mal mitteilen?

@Mods Ich weiss, dass ich schon in einem anderen Thread darüber geschrieben habe, aber da hatte ich das Problem noch falsch analysiert, falsch beschrieben und falsch benannt. Deswegen hier nochmal in korrekter Ausführung: Ich habe einen frisch aufgesetzten Server 2008 mit Exchange 2007-SP1. Alles funktioniert reibungslos bis auf den Outlook Web Access. Egal von welchem Client ich auf OWA zugreifen möchte, kommt entweder keine Seite oder in reiner Textform. Wenn ich dann den Namen und Passwort eingebe, dann kommt eine als ob nicht fertig geladene Seite, wo zwar die Emails und Ordner noch zu sehen sind, aber die Klicks darauf keine Wirkung mehr zeigen. - Das ganze passiert quer durch alle Browser. - Auf das Offline Adressbuch kann ich auch nicht wirklich azugreifen. (http://server/oab) - Logs sind alle sauber. - Server schon neu gestartet... - FTP-Zugriff funktioniert... Weiss da jemand einen Rat?

Also ich habe die Kiste neu aufgesetzt und nun geht es wieder. Nur zu schade, dass ich den Posting mit dem Kaspersky zu spät gelesen habe, sonst hätt ich das auch noch getestet...

@NorbertFe Ich habe es vielleicht ungünstig formuliert. Mit Fehler war gemeint, dass es dem Client nicht passt, dass es ein Zertifikat von einer unsicheren Zertifizierungsstelle ist. Aber das ist nicht der Grund, warum der IE7 die Seite nicht lädt. Ich verstehe auch absolut den Sinn der Zertifikate. Aber wenn ich ganz frischen Server mit Exchange aufgesetzt habe, wo nicht wirklich viel verstellt wurde und es eigentlich ohne Zutun funktionieren soll, dann ist es wohl berechtigt, dass ich frage. Oder wie siehst Du das? @nerd Da es schon spät ist, geh ich erstmal ausschlafen und gehe morgen die Logs nochmal durch und melde mich dann wieder. Danke schon mal... – Nachtrag: Also die Logs sind sowas von sauber... Die Anwendungspools auf dem IIS laufen auch alle einwandfrei Beim "Verbindung testen" in dem IIS_Manager sagt er: Authentifizierung - Pass Through Authentifizierung (alles OK) Ergibt: Die Identität des Anwendungspools ist gültig. Autorisierung - Der Zugriff auf den Pfad (C:\Prog.......\OWA) (Warnung) Ergibt: Der Server ist so konfiguriert, dass zum Zugriff auf den angegebenen physikalischen Pfad die Pass-Through-Authentifizierung mit einem vordefinierten Konto verwendet wird. IIS-Manager kann jedoch nicht überprüfen, ob das vordefinierte Konto Zugriff hat. Stellen Sie sicher, dass die Identität des Anwendungspools Lesezugriff auf den physikalischen Pfad hat. Wenn der Server mit einer Domäne verbunden ist und die Identität des Anwendungspools "NetworkService" oder "LocalSystem" ist, stellen Sie sicher, dass <domäne>\<computername>$ Lesezugriff auf den physikalischen Pfad hat. Testen Sie diese Einstellungen dann erneut. Es muss am Server liegen, da ich von allen Clients den selben Effekt habe. Aber wenn der mir keine Fehler ausspuckt, weiss ich nicht, wo ich noch ansetzen muss...

Also ich habe herausgelesen, dass die Meldung imt dem Zertifikat normal ist. Kann ich auch mit Leben innerhalb des Netzwerkes. Aber warum kann der IE (von keiner Maschine) den OWA nicht aufrufen? Der Server ist ein absolut frisch aufgesetzter 2008-64bit mit Exchange 2007-64bit. Alles läuft anstandslos. Laut verschiedener Quellen (M&T-Buch, MSTechnet) müsste es standardmäßig ohne Modifikationen funktionieren. Jemand noch eine Idee?

Ich habe es jetzt schon mit IE7, Safari u. Firefox probiert. Seltsamerweise will der IE7 gar nicht erst die Maske aufrufen, während ich mit dem Safari mich noch im Light-Modus anmelden konnte.