Jump to content

willingness

Abgemeldet
  • Gesamte Inhalte

    29
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von willingness

  1. Bei einem unserer Ex07 Postfächer liegt seit heute Morgen eine Leiche. Es ist eine E-Mail, die normal versendet wurde, die aber trotzdem im Postausgang liegen geblieben ist und sich nicht löschen oder verschieben lässt.

    Der Client (Outlook 2007) ist NICHT im Cache Mode und auch im OWA ist die Mail zu sehen und lässt sich auch da nicht bewegen.

    Auf einem Client mit Outlook 2007 im Cache Mode ist die E-Mail dagegen nicht.

     

    Was mach ich da? :(

  2. Ich hab’s wohl auch definitiv hinbekommen, allerdings nur für Outlook 2007.

     

    Es gibt zwei Lösungen:

     

    1.)

    Wenn man Zugriff auf die SMTP Domain hat, z.B. weil dies eine private Domain bei 1&1 ist, erstellt man dort die Subdomain autodiscover.privatdomain.de und leitet diese an https://autodiscover.exchangedomain.de weiter.

     

    2.)

    Kann man dort keine Subdomains erstellen oder es ist eine freemailer domain (z.b. gmail.com) erstellt man eine lokale autodiscover.xml:

    Man muss dazu einen AutoKonfiguration Test mit der Exchange SMTP Domain machen, also z.B. x@xyz.no-ip.com.

    Da dieser Test ja funzt, kriegt man im Reiter XML die XML Datei angezeigt. Diese kann man mit Strg+C kopieren und sie in eine leere xml Datei kopieren. Ist diese lokale xml unter gmail.com mit lokalem Pfad in der Registry eingetragen (HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\AutoDiscover), funzt Autodiscover auch mit x@gmail.com.

    Dann noch das ungültige Zertifikat ignorieren lassen: DWORD mit ShowCertErrors=0 in den selben Registry Pfad und schon sollte alles ok sein.

  3. Ich habe ein Zertifikatsproblem beim Anmelden von Outlook 2007 an Exchange 2007.

     

    Den Postfächern sind Absender E-Mail-Adressen zugeordnet, die nicht der Domäne entsprechen.

    Also statt hans@wurst.local ist sie z.B. hans@gmail.com und alle haben anderen Domains.

    Nun wird bei einem Benutzer auf verschiedenen Rechner ein Zertifikatsfehler beim Anmelden von Outlook angezeigt.

    autodiscover.gmail.com: Der Name auf dem Sicherheitszertifikat ist ungültig oder stimmt nicht mit dem Namen der Website überein.

    Möchten Sie den Vorgang fortsetzten?

     

    Ist das normal? Und wieso nur bei einem Benutzer?

  4. Ich glaube, ich hab's (bin diesmal etwas vorsichtiger ;) ).

     

    Beim Einrichten des Outlook Profils auf dem Client darf das Postfach keine Absenderadresse haben, dessen Domain nicht die Zertifikatsdomain ist.

     

    Ich bin drauf gekommen, weil bei einem Client beim Starten von Outlook 2007 im Cache Mode trotz eines oben beschriebenen AutoDiscover Zertifikats die Meldung kam, dass das Zertifikat autodiscover.<absenderdomain>.com nicht gültig sei.

    Man konnte zwar normal weiterarbeiten (nur eben mit dem OAB Fehler), aber mich wunderte, dass Outlook überhaupt diese Domain interessiert.

    Beim Rumtesten mit einem neuen Fake Postfachs habe ich zunächst rausbekommen, dass diese Meldung nicht kommt, wenn die Absenderadresse die Zertifikatsdomain hat, außer sie hatte es zum Zeitpunkt des Erstellen des Profils.

    Als ich nach einer Pause wieder am Platz war, war das Profil mit Zertifikatsdomain noch offen und ich wunderte mich, dass keine OAB Fehler kamen.

    Zur Reproduzierung habe ich dann diesem Postfach eine Absenderadresse mit einer anderen Domain gegeben, aber die Fehler traten trotzdem nicht wieder auf.

    Erst das Neuerstellen des Profils während die Absenderadresse nicht die Zertifikatsdomain war, traten beide Fehler wieder auf, selbst wenn die Absenderadresse nachträglich wieder auf eine Zertifikatsdomain gestellt wurde.

     

    Im Nachherein ist es logisch, aber da keiner von uns die Zertifikatsdomain in der Absenderadresse hat (DynDNS Server), kam bei allen der OAB Fehler, was natürlich die Fehlersuche erschwerte.

     

    Was mich wundert, oder sogar ärgert, ist die Tatsache, das der Autokonfigurationstest in Outlook 2007 ohne Fehlermeldung durchläuft, auch wenn die beiden obengenannten Fehler beim Starten von Outlook kommen.

    So kommt man ja nicht auf die Idee, dass Fehler was mit der eigentlich nicht korrekt arbeitenden Autokonfiguration zu tun haben könnten.

     

    Wäre schon, wenn das mal jemand verifizieren könnte.

  5. Hi,

     

    ich möchte auf einem ISS 6.0 Server ein Netzwerklaufwerk oder ein Netzwerkordner für den WebDAV Dienst nutzen.

    So könnte ich über den selben Port (443) und das selbe Zertifikat wie unser Exchange Server einen WebDAV Service starten, der auf Daten eines anderen lokalen Rechner zugreift.

     

    Allerdings kann ich unter dem IIS nur lokale Ordner angeben. face-sad

     

    Weiß jemand, wie das geht?

  6. Ich habe es mittlerweile hinbekommen, allerdings nur in einer reinen 2007er Umgebung.

    Der Fehler war bei mir, dass das Zertifikat nur auf die <domian> ausgestellt war, nicht auf autodiscover.<domain>.

    Das ist bei Exchange 2007 mit Outlook 2007 wichtig, da Autodiscover Outlook 2007 das OAB zeigt. Wenn Autodiscover wegen eines ungültigen Zertifikats nicht funzt, dann kommt die 0X8004010F Meldung.

    Allerdings habe ich es testeshalber auch mit einer gemischten Umgebung (mit Outlook 2003) probiert, aber dort hat das schon wieder nicht gefunzt. Ich habe es da nicht weiter verfolgt, da ich es nur aus Interesse probiert habe und echt die Schnauze voll hatte von diesem ewigen Zertifikat Mist. :mad:

     

    Um Autodiscover im Zertifikat mit einzuschließen, muss entweder bei der Zertifikaterstellung über die Shell „-IncludeAutoDiscover“ nach der domain angehangen werden, oder gleich die autodiscover.<domain> zusätzlich angegeben werden. (s.u.)

    Das Zertifikat ist dann also für zwei Domains gültig, was bei einem gekauften leider auch meist das Doppelte kostet. (Mir egal, da wir nur eigene nutzen)

    Für meinen dyndns Exchange Server musste ich also als domain angeben:

     

    New-ExchangeCertificate -generaterequest:1 -domainname xxx.no-ip.com -IncludeAutoDiscover -privatekeyexportable:1 -path c:\certreq.txt

     

    oder eben:

     

    New-ExchangeCertificate -generaterequest:1 -domainname xxx.no-ip.com, autodiscover.xxx.no-ip.com -privatekeyexportable:1 -path c:\certreq.txt

     

    Hier ist alles noch mal bestens erklärt: The Exchange 2007 Wiki - cascert

     

    Ich hoffe, dass es bei Dir auch am Zertifikat liegt, denn es scheint eine Menge weiterer Fehlerquellen zu geben.

    Ist das OAB aber korrekt generiert und repliziert (bitte zuerst checken), ist es wahrscheinlich das oben beschriebene Problem.

     

    Wenn das Zertifikat korrekt ist, dann sollte auch der E-Mail Autokonfigurationstest (Strg Rechtsklick auf Outlooksymbol in der Taskleiste) glatt durchgehen. Dazu aber eine E-Mail Adresse mit der im Zertifikat angegebenen Domain nehmen, also bei mir Administrator@xxx.no-ip-com, sonst funzt auch das wieder nicht.

     

     

    Viel Glück!

  7. Ich kann nach der Installation eines virtuellen Exchange 2007 Servers auf dem physikalischen Host eines "echten" Exchange 2007 Servers nicht mehr über auf den Server zugreifen.

    Virtual Server 2005 R2 habe ich bereits deinstalliert und einen Neustart gemacht, aber ich bekomme bei Starten der Console immer noch diese Meldung:

     

    http://sebastianwolter.com/console.jpg

     

    Die Shell sagt entsprechend:

     

    [PS] C:\Dokumente und Einstellungen\Administrator>get-exchangeserver

    Get-ExchangeServer : Der Active Directory-Server pixyzserver.pixyz.local ist ni

    cht verfügbar. Fehlermeldung: Lokaler Fehler..

    At line:1 char:18

    + get-exchangeserver <<<<

     

    Scheint, als hätte der virtuelle Test Server eine Registrierung geklaut.

    Wie hole ich diese zurück?

     

    Der Server selbst läuft normal.

×
×
  • Neu erstellen...