weg5st0

Hallo Christoph, bist du Admin? Steht vielleicht nicht in deinem Profil sondern in Allusers....

Geht denn überhaupt ping FILE ?

Absolut, daher die Frage ob Netbios über TCPIP aktiv ist.... Allerdings stellt es sich immer schwierig dar echtes Browsing zu machen, wenn es keinen WINS Server gibt (mehrere Netzwerksegmente, etc.) - aber wem sag ich das ;-)

Das könnte dir helfen: POP3 client stops responding (hangs) or times out when you try to download messages in Exchange 2000 Server and in Exchange Server 2003

Die Frage ist, ob der Provider sowas wie ein Catchall macht und ein "Postmaster" Postfach eingerichtet hat? Das solltest du dann abschalten!

Hier findest du alle Varianten und wie sie eingerichtet werden: MSXFAQ.DE - Senden als

Das Problem ist vermutlich, dass euch Spam zugestellt wird, bei dem die Absenderadresse gefälscht ist. Oder Eure Domain wurde als Absender angegeben und damit gefälscht. In einem Fall wie bei euch (Mails liegen beim Provider) hilft dir auch das von Josh angegebene Verfahren nicht. Die Empfängerfilterung muss dann am Mailserver des Providers stattfinden und nicht erst bei euch. Die Mail wurde ja bereits zugestellt. Also zwei Optionen: 1. kein Catch all, sondern für jeden User eine Eigene Mailbox beim Provider ablegen und dann alle einzeln abrufen. 2. feste IP und die Mails direkt mit SMTP empfangen und auf dem Postfix nach Joshs Verfahren eine gültige Empfängerliste anlegen. Ich würde immer 2. Bevorzugen. POP3 macht in Verbindung mit Mailservern als Cients immer Probleme!

Und in der Benutzerverwaltung sind beide vorhanden, du kannst jedoch bei der Anmeldung keine Auswahl treffen? Richtig?

Ja, den forceremoval am zweiten defekten machen. Dann musst du ihn aber am ersten von Hand entfernen (ntdsutil - siehe Link von XP-Fan zu Anfang).

Wenn die beide Administrator heissen, dann ist bei deinem lokalen Admin nur das Kennwort ein anderes.

Vielleicht kommst du damit weiter: Error 720: No PPP Control Protocols Configured How to configure a connection to a virtual private network (VPN) in Windows XP

Ist das denn ein Problem? Nutzen alle denselben WINS Server? Hast du lange genug gewartet?

Da liegt mein Problem. Wenn der PC nicht Mitglied der Domäne ist, dannkannst du den Domänenadmin nicht hinzufügen! Wie bist du Schritt für Schritt vorgegangen?

Hallo Duracel, wenn du Einen Missbrauch deines Servers ausschliessen kannst, und das Verhalten klar durch "schlechte" Verbindungsqualität entsteht, kannst du den Wert hochsetzen: Event ID 9646 is logged in the application event log of your Exchange Server 2003 computer when a client opens many MAPI sessions Das kann aber zu erheblichen Performance Einbußen führen. Also nur Schrittweise erhöhen!

Ansonsten belibt dir nur, erstmal die Ursache zu bekämpfen, sprich die Replikation wieder zu richten.

Diesen Schritt verstehe ich leider immernoch nicht. Hast du den PC in die Domäne aufgenommen?

In deinem ersten Post hast du was von Exchange2003 gesagt, da war nicht die Rede von 5.5. Sorry- ich glaube da geht das noch nicht.

Wenn du kein WINS verwendest, wie soll dann der Netbiosname aufgelöst werden? Ist Netbios über TCPIP aktiv? Was sagt das Eventlog zu Suchdienstproblemen?

Macht der Server zusätzlich RRAS? Name resolution and connectivity issues on a Routing and Remote Access Server that also runs DNS or WINS Ist \\file ein alias?

Ich verstehe nicht was du getan hast. Beschreibe bitte mal, was du schritt für Schritt getan hast.

Ich glaube die Lösung ist einfach, oder du hast dich vertippt. Ändere in der Veröffentlichungsregel den Servernamen auf den richtigen Namen ab (publish.domäne.local). Dann sollte es gehen.

Steht denn was im Eventlog, wenn das POP3 Problem auftritt?

Hallo Shrek, du kannst einen Kalender im Öffentlichen Ordner direkt über URL ansprechen, wenn OWA aktiv ist. Ich habe einen Kalender mit dem Namen "Kalender" direkt im Pfad Öffentliche Ordner angelegt. Dann lautet der URL: http://servername/public/Kalender/?Cmd=contents Den müsste man auch in eine Webseite integrieren können (wenn es nicht zu X-Site Problemen kommt. Da bin ich leider nicht fit genug).

Der Artikel scheint die Lösung schon zu bieten.

Ich schliesse mich Edgar an. Um irgendeine Form der Fernwartung durchzuführen, egal ob Vnc, PCAnywhere, RDP oder irgendwas anderes (wobei ich rdp bevorzuge, allein deshalb, weil es schon dabei ist...) - irgendwie musst du an die Maschinen über IP rankommen. Da der Kunde bei der Grösse vermutlich nicht für jeden Client eine public IP hat sondern ein NAT fährt, bleiben dafür nur die Optionen: - VPN (ist einfach der "quasi" Standard heutzutage...) - Einwahl analog / ISDN - braucht aber entsprechende Hardware (Router oder ISDN Karte im Server - nicht zu vergessen die Leitung) - Protforwarding an der Firewall auf einen der Clients und dann weiterhangeln. Diese Option ist in keinem Fall zu empfehlen! Wenn der Kunde Sicherheitsbedenken hat, weil ihr mit VPN "transparent" im Netz seid und quasi alles machen könnt, kannst du ihn ja darauf hinweisen, daß das auch beim Zugriff über Fernwartung gilt. Du kannst nämlich von dem Client auf dem du Fernwartung machst alles tun.