fluehmann

Bei Exchange 2003 ist mir sowas nicht bekannt. Bei 2007 gabs mal was mit der Kernelauthentifizierung in IIS 7.0 auf 2008 Servern dass deiner Beschreibung ähnelt. Wenn du vermutest dass es am IIS liegt hilft vielleicht das noch: Error message when you try to view a Web site that is hosted on Internet Information Server 6.0 by using anonymous access: "401.1 Unauthorized: Logon failed" Gruss fluehmann

Ok, hast du noch mehrere Angaben: Exchange Server Version? Exchange SP und RU Version? Betriebssystem Version wo Exchange installiert ist? Gruss fluehmann

Ok, hast du ncoh mehrere Angaben: Exchange Server Version? Exchange SP und RU Version? Betriebssystem Version wo Exchange installiert ist? Gruss fluehmann

Hallo masterschenk Popt das Loginfenster bei der Anmeldung per Outlook immer wieder hoch? Gruss fluehmann

Hallo xsawa An welchem DC du angemeldet bist siehst du wenn du "set logonserver" im CMD eingibst. Noch eine Idee die ev. helfen könnten: - werden "Universal Groups" eingesetzt - ist der RODC auch GC falls Universal Groups eingesetzt werden - DNS beim RODC selbst als erster Eintrag in den TCP EInstellungen Planning Global Catalog Server Placement Gruss fluehmann

Hallo NorbertFe Als normaler User der in der gleichen Exchange Org auch ein Postfach besitzt. Dieser ist auch bei "Server erfordert Authentifizierung" drin. Das ist genau so...

Hallo zusammen Informationen zur Umgebung: - Exchange 2007 SP1 RU8 - DCs 2008 and 2008 R2 - FFL and DFL 2008 Es werden Mails an Distribution Groups (DGs) gesendet. Dies stellt mit MAPI Clients keine Probelme dar. Jedoch wenn IMAP Benutzer authentifiziert Mails an DGs senden werden diese gebounced: Generierender Server: server.domain.ch mailuser.domain.ch #550 5.7.1 RESOLVER.RST.AuthRequired; authentication required ## Wird auf der DG RequireSenderAuthenticationEnabled disabled, werden die Mails ausgeliefert. Aber es soll ja so sein dass die Authentifizierung für das Senden von Mails an DGs zwingend nötig ist. Wenn ich von einem IMAP Client authentifiziert Mails an die DG sende, sehe ich auf den DCs dass ein successfull Logon erfolgte und ein Kerberos Ticket ausgestellt wurde. Das heisst für mich, der IMAP User ist authentifiziert und die Mails sollten eigentlich ausgeliefert werden. Gibt es von euch vielleicht einige die mit dem selben Problem kämpfen oder berits schon eine Lösung heben? Vielen Dank! fluehmann

Hallo futurecomp Damit du die primäre E-Mail Adresse ändern kannst musst du zuerst diese policy deaktivieren: Automaticallly update e-mail addresses based on e-mail address policy oder du kreierst eine eigene e-mail address policy oder passt die standard policy an. Zu Punkt 1 kann ich dir nicht helfen.... Gruss fluehmann

Outlook installiert auf einem Terminalserver kann nicht im "Cache Modus" arbeiten, da dieses Feature auf Terminalservern nicht unterstützt wird. Dies könnte zu Performance Einbussen führen.... Gruss fluehmann

Und hier noch einige Tipps auf die du achten könntest bei einem AD Schema Upgrade: Aktives Verzeichnis Blog : So kann beim Schema Upgrade für Windows 2008 (fast) nichts schiefgehen Die Replikation kannst ja nicht unterbrechen wenn nur 1 DC ist. Gruss fluehmann

Hallo maverick Einrichtung von RPC over HTTPS mit dem ISA Server 2004: Exchange RPC über HTTPS (Die ISA Konfiguration sollte auch mit Exchnage 2007 gehen) Das könnte vielleicht bei Exchange OA auf einem 2008er helfen: Outlook Anywhere Bug with Windows Server 2008 Gruss fluehmann

Hallo maverick Da musst du auf dem Postfach Vollberechtigung haben, um dies per OWA öffnen zu können. Add-MailboxPermission "user1" -AccessRights FullAccess -user "user2" Gruss fluehmann

Dies würde wohl am besten mit VPN Anbindung oder Outlook Anywhere gehen. Gruss fluehmann

Hallo gogo_sven Bei Anmeldung "öffentlicher Computer" How to Set the Forms-Based Authentication Public Computer Cookie Time-Out Value: Exchange 2007 Help Bei Anmeldung "privater Computer" How to Set the Forms-Based Authentication Private Computer Cookie Time-Out Value: Exchange 2007 Help Oder Beispiel direkt in der Registry: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchange OWA Für Privat Computer: "PrivateTimeout"=dword:00000258 (dez 600) Für Public Computer: "PublicTimeout"=dword:00000258 (dez 600) Angaben dez sind in Minuten. Gruss fluehmann

Hallo MaxxH Heisst das die Computerkonten können anhend der Schema Fehlermeldung nicht migriert werden? Kannst du da mal ne Fehlermeldung posten? Die Exchange Attribute sind bei Computerkonten ja nicht abgefüllt. Gruss fluehmann

Ich neheme an in der Nacht wurden auch nicht bei dir automatisch Dienste neu gestartet, vor allem nicht der Informationsspeicher. Auch die AD replikation bringt sicherlich einige Verzögerung. Hier findest du auch eine Lösung wie die Mailbox in getrennte Postfächer angezeigt werden kann: Can’t see Deleted Mailbox in Disconnected Mailbox under Recipient Configuration Exchange Server Share Gruss fluehmann

Hallo LangerSN Mailbox Statistiken können auch noch von gelöschten Objekten angezeigt werden. Wird ein User gelöscht heisst das, dass damit auch alle Exchange Attribute gelöscht sind und die Mailbox auch nicht mehr unter "getrennte Postfächer" angezeigt wird. An deiner Stelle würde ich versuchen das alte, glöschte User Objekt zuerst wieder herzustellen. Dies könntest du mal mit Adrestore.net versuchen: ADRestore.NET rewrite - Windowmaker's blog Gruss fluehmann

Ist das IIS Log vom Front -oder Backendserver? Laufen noch andere Apps unter dem IIS auf den Exchange Servern? Wenn beim Verbindungstest von OL intern wirklich alle Verbindungen auf https gesetzt sind, dann muss es fast im Zusammenhang mit dem Proxy liegen. Wie ist die Authentifizierung bei den Clients die über den Proxy kommen im OL Profil? (Standard oder NTLM) Gruss fluehmann

Ich glaube da hilft nur gooooogeln. Ansonsten könntest du es noch mit RPCping versuchen. Das sollte einige Debugg Infos mehr bringen: How to use the RPC Ping utility to troubleshoot connectivity issues with the Exchange over the Internet feature in Outlook 2007 and in Outlook 2003 Gruss fluehmann

Hallo elchipo Bei uns geht das nur wenn folgendes berücksichtigt wird: - Computer ist Domainmember (gleicher Forest in der die Exchange Org. ist) - Benutzer ist bereits am Computer (Domainmember) authentifiziert - NTLM authentication Policy auf 2 oder 3 (Link wie von Stephan Betken) Gruss fluehmann

Der RPC Endpunkt 6001 vom Mailboxserver muss erreichbar sein. Teste am besten mal per telnet ob der Mailboxserver überhaupt auf diesen Port hört. Vielleicht helfen diese Tests noch: How to Verify Exchange Server 2003 Port Configuration Gruss fluehmann

Hallo Evoco Beim IIS ist keine IP Filterung eingestellt? Ansonsten könntest du das ganze mal nach diesen infos überprüfen: MSXFAQ.DE - RPC over HTTP http://technet.microsoft.com/de-de/library/bb124649(EXCHG.65).aspx http://technet.microsoft.com/de-de/library/bb124876(EXCHG.65).aspx Gruss fluehmann

Hallo robotto7831a Du solltest im McAfee das Protokoll des Zugriffschutzes überprüfen. Dort findest du ev. die exe welche geblockt wurde. Freundlicher Gruss fluehmann

Hi icerice Welche Exchnage Version? Was für eine Verbindung? (MAPI, IMAP, POP, Outlook Anywhere) Gruss fluehmann

Ok werde ich machen. :cool::cool: Ich werde die Sache nun wirklich mal stehen lassen, es gibt ja noch viel anderes zu tun. :D Und vielleicht stellt sich mal ne Gelegenheit sich mehr in den ganzen Kerberos Bereich einarbeiten zu können (spannendes Thema). Ein freundlicher Gruss fluehmann