willingness

Danke. Ich probiere das gerade aus. Wo genau werden denn dann die Ordner gespeichert? In der vorhandenen ost?

Ich habe einen virtualisierten Ex07 Single Server mit 10 Postfächern und fahre ihn erfolgreich mit 768MB Ram.

Hi! Gibt es die Möglichkeit, ein freigegebenes Postfach oder Ordner offline verfügbar zu machen? (Evtl. mit Add-Ins) Sebastian

Ich habe gerade mal die Nachricht zurückgerufen und dabei wurde die Leiche auch gelöscht. Naja, nu ist alles wieder gut.

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? :(

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.

Ich möchte eine lokale Kopie der Autodiscover.xml auf einen Client ablegen. Aber die auf dem Exchange Server ist leer, bzw hat nur den Eintrag: "This is a placeholder file". Wo finde ich die vollständige Autodiscover.xml?

Danke. Dass autodiscover versucht, eine ssl connection zu gmail.com aufzubauen, habe ich mich schon gedacht. Nur der Lösungvorschlag geht an meiner Konstellation vorbei, da der Client nicht in einem anderen Subnet ist, sondern direkt an einer FritzBox . Oder siehst Du da noch einen anderen Zusammehang?

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?

F***, nach 24 Stunden ist alles wieder beim alten.

Haben die Absenderadressen der Postfächer denn von dem Zertifikat abweichende Domains? Wenn ja, teste mal mit einem Fake Postfach mit der Zertifikatsdomain (z.B. user@domain.local) als Absender, ob nach der Neueinrichtung des Profils das OAB runtergeladen wird. Es muss ja nicht zwingend Autodiscover sein, dass die OAB URL zuweist.

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.

@User7070: Das habe schon alles durch. :-(

@User7070: Hast Du denn ein Zertifikat mit AutoDiscover? Das OAB habe ich ich schon x-mal erstellt. Es liegt ja auch brav im OAB Verzeichnis und wartet darauf, runtergeladen zu werden.

Danke! - Dein Hinweis hat mich zu dieser Seite geführt, die die Lösung hatte. (ADSI)

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?

Tja, zu früh gefreut. Bei einer weiteren Installation bei gleichem Vorgehen funzt es schon wieder nicht mehr. Es ist ein Kreuz mit dem OAB. - Wieso kann man es nicht einfach abstellen? Wir haben es noch nie gebraucht, aber seit Exchange 2003 nervt mich diese ewige 0X8004010F Sache.

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!

Ich habe bei unserem Exchange 2007 Server schon alle Beschränkungen, die man über die Konsole findet ausgemacht. Aber Outlook 2007 sagt immer noch "Die Anlagengröße überschreitet das erlaubte Maximum", wenn man z.B. ein 10MB mp3 in die Mail reinzieht. Wo sind evtl. noch Restriktion zu finden?

Danke! :-)

Durch eine Virtualisierung setzte ich unseren Exchange 2007 Server neu auf. Wie kann ich die Postfächer transferieren, so dass die Clients im Cache Mode und die ActiveSync Pocket PCs nicht neu konfiguriert werden müssen? Link zu einem HowTo wäre ausreichend. Danke!

Update: Mittlerweile habe ich die oab Dateien, aber es hat nichts genützt.

Update: Im Archiv des TechNet Forums habe ich den Hinweis bekommen, dass man wieder an den Exchange Server kommt, wenn man einen neuen Benutzer mit Admin Rechten anlegt und sich als dieser anmeldet. Das funzt auch tatsächlich. Nur würde ich natürlich gerne wissen, was nun der entschiedene Unterschied zwischen dem alte Admin Account und dem neuen ist.

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.

Danke, aber natürlich habe ich das alles schon durch. :-(