xtragood

Hat super funktioniert, danke.

Nach Microsoft musste dieser Eintrag gelöscht werden.

Das Problem hatte wohl was mit der Anmeldung des Services mit verschiedenen Accounts zu tun. Einer der Einträge konnte also gelöscht werden, eventlog ist nun wieder ok und Probleme gab's auch noch nicht...

Hi Leutz,

ich hab mal ne einfache Frage.

Im Installverzeichnis des Exchange-Servers gibt es das Verzeichnis Queue. Werden dort nur die Mails abgelegt, die zum Versenden aus dem Netz ins Internet in der Warteschlange stehen, oder auch diejenigen, die bei uns ankommen und dann in der Warteschlange zum Weiterversenden oder Ablehnen warten?

Grüße

Hat niemand ne Idee?

Gruß, xtragood!

Hi @ll,

wenn ich auf der Outlook Web Access Oberfläche in den Notes ein neues Objekt erstellen will, erstelle ich damit aber leider kein Note sondern eine Bereitstellung in diesem Ordner. Wenn ich mir dann in Outlook dieses Objekt ansehe, kann ich es nicht verändern.

Umgekehrt kann ich eine erstellte Note in Outlook nicht in OWA verändern.

Ist das so gedacht, oder mach ich was falsch?

Grüße

Hat denn niemand schonmal mit adsiedit einen Eintrag gesucht, den er dann löschen wollte?

Mit ldap hab ich diesen Eintrag gefunden, nur konnte ich ihn nicht löschen. Laut Microsoft muss ich das mit adsiedit machen...

Grüße

Ok...also, das ist mal wieder einsvon diesen Micrososft-Problemen, die sich, auch wenn man nichts ändert, in ein paar Tagen von alleine lösen.

Manchmal wüsste ich wirklich nur zu gerne, wer diesen M*st verbockt hat!?

Aber wenigstens geht es jetzt und ich danke nochmals allen für die Hilfe!

Grüße

Hm...leider gibt es diesen Registry-Eintrag nicht bei Exchange 2003. (Profiles\Default subkey)

Noch ein Vorschlag?

Ja, nein.

Ich meinte, wie ich diesen Eintrag "finde", damit ich ihn löschen kann. Wie ich das Tool aufrufe weiß ich, installiert ist es auch...

Trotzdem danke schonmal...

Guten Morgen!

Ich habe seit einiger Zeit auf meinen 2 DC's einen eventlog-error, den folgende Microsoft-Beschreibung lösen kann:

http://support.microsoft.com/?id=321044

Leider weiss ich nicht genug über ADSIEDIT um diesen, im Artikel erwähnten, Eintrag zu finden, um ihn dann zu ändern.

Kennt sich jemand gut damit aus und kann mir beim Suchen dessen behilflich sein?

Danke für die Hilfe.

Ein sehr seltsames Problem, dessen Lösung so naheliegend war, daß niemand darauf gekommen war, bis wir die letzten Möglichkeiten ausgeschlossen hatten.

Es war eine neue Version des Virenscanners, der automatisch den Port 25 blockte. Hab mich ziemlich drüber aufgeregt und diese Funktion dann entgültig abgestellt.

Trotzdem danke für die Hilfe!

Danke für die Antwort!

Leider war's das nicht, unsere Domänenfunktionsebene ist schon auf der höchsten Ebene (Windows Server 2003).

Noch weitere Vorschläge oder Lösungen? Ich wäre sehr verbunden, da ich noch immer kein Zentimeter weitergekommen bin.

Guten Morgen!

Ich habe einen Exchange Server 2003 auf dem ein Virtueller Server für SMTP läuft. Von ausserhalb meines Netzwerkes ist dieser auch erreichbar und tut, was er tuen soll. Inerhalb der Domäne aber kann ich nichtmal den Port 25 per Telnet erreichen. Ein Firewall-Problem ist dies auch nicht, da ich nichtmal auf dem Exchange-Server den Port 25 erreiche.

Was mach ich falsch?

Liebe Grüße

Hallo nochmals,

weiss zu dieser einfachen Frage denn niemenand was? Oder fehlen noch Informationen dazu??

Grüße

Hallo nochmal,

ich möchte gerne in meinen Öffentlichen Ordnern im Exchange Manager einer Verteilergruppe Rechte zuweisen. Leider funktioniert das weder mit Universellen Sicherheitsgruppen noch mit Universellen Verteilergruppen. Mach ich etwas verkehrt, oder funktioniert das einfach nicht?

Grüße

Ok!

Zur Info:

Falls jemand das Problem auch haben sollte hier nun die Lösung. Im IIS-Manager war das Exadmin Verzeichnis mit SSL-Verschlüsselung belegt.

Rechtsklick Exadmin -> Verzeichnissicherheit -> Sichere Komunikation -> Bearbeiten -> Sicheren Kanal vorraussetzen (SSL) -> Haken entfernen

Problem behoben!

Liebe Grüße!

Nun das Problem ist, der Exchange Server ist das wichtigste was hier in der Firma läuft und ich kann es mir nicht erlauben, auch nur eine Sekunde Ausfall zu haben.

Deswegen bin ich mit solchem "Probieren" sehr vorsichtig.

Ne Lösung ist das dann aber leider auch noch nicht.

Ich geb nochmal ein wenig Hintergundinformation:

Der Server hatte aus unerfindlichen Gründen im Active Directory Rechteprobleme, die wir mit dem Setup-Programm mit der Rechte-Option lösen konnten. Danach trat dieses Problem auf.

Hi @ll,

ich bekomm auf meinem Exchange Server folgenden eventlog-Fehler:

eventID: 36884

source: Schannel

description: Das vom Remoteserver erhaltene Zertifikat enthält nicht den erwarteten Namen. Es ist daher nicht möglich festzustellen, ob eine Verbindung mit dem richtigen Server hergestellt wird. Der erwartete Servername ist <exchange server>. Die SSL-Verbindungsanforderung ist fehlgeschlagen. Die angehängten Daten enthalten das Serverzertifikat.

Lösungen hab ich noch überhaupt keine gefunden, weder bei Suchmaschinen, noch bei newsgroups, bei eventID oder Microsoft. Ziemlich ernüchternt!

Hat jemand ne Idee, oder besser noch ne Lösung?

PS: Die Eigenschaften der Öffentlichen Ordner im Exchange Manager kann ich auch nicht anzeigen (ungefähr gleiche Fehlermeldung)!

Grüße

Ok, soweit ich erfahren konnte (lesen bildet) muss mein DMZ-Server eine meiner öffentlichen IP's bekommen.

Soweit so gut. Wurde gemacht, und die Probleme sind trotzdem noch alle da.

Das einzige, das sich verändert hat ist, dass ich nun weder vom corp network in die DMZ komme noch andersrum. Im Prinzip also jetzt gar nix mehr geht. (kein ping, kein telnet auf ports)

*seufz*

Es hätte mir eine allgemeine Erklärung zur Konfig der DMZ genügt, da ich bisher keine solche bei einschlägigen Seiten gefunden habe.

Corp network: x.x.1.0 - x.x.1.255

DMZ: x.x.2.0 - x.x.2.255

IP Filtering und IP routing aktiviert.

Filter definiert:

DNS

UDP -> send receive -> all local ports -> fixed port 53 -> x.x.2.1 (DMZ) -> all remote computers

HTTPS

TCP -> both -> local port 443 -> all remote ports -> x.x.2.2 (DMZ) -> all remote computers

ICMP (alle) -> inbound and outbound -> x.x.2.1 (DMZ) -> all remote computers

Remote Desktop

TCP -> outbound -> local port 3389 -> all remote ports -> x.x.2.1 (DMZ) -> all remote computers

Im Prinzip scheint es egal zu sein, ob ich inbound oder outbound wähle, die DMZ scheint zur Zeit ne Sackgasse zu sein, aus der ich weder eine Verbindung ins Internet, noch ins corp network bekomme. Ich denke, ich mache einfach einen grundlegenden Fehler, den ich noch nicht gefunden hab...?!

Falls ihr noch mehr Info's benötigt ist das auch kein Problem...

Guten Morgen!

Vielen Dank für die Antwort, aber ich hab schon ne Lösung gefunden. Ich hab einfach die Standart Policy mit secedit wiederhergestellt.

Leider ist noch mehr kaputt gegangen, nämlich die komplette Shadow Information auf dem 2. DC. Werde wohl ein Backup zurückspielen müssen :(

Hi @ll,

ich bin bald am verzweifeln. Ich habe ein three homed perimeter network mit einem Server in der DMZ konfiguriert.

Aus unserem corp network funktionieren die IP Regeln, die ich definiert habe, eigentlich ums genau zu nehmen funktioniert sogar mehr als soll (???).

Wenn ich mich aber auf dem Server in der DMZ befinde, kann ich gar nichts tun (DNS, ping, Protokolle). Eigentlich geht gar nix.

Leider habe ich bisher noch keine DMZ konfiguriert und es kann natürlich sein, daß ich einige Fehler gemacht habe.

Definiert habe ich bis jetzt alle wichtigen ICMP Regeln für ping usw., ausserdem noch DNS lookup und HTTPS sowie SMTP.

Vielleicht kann mich mal jemand an der Hand führen, der mehr Ahnung hat als ich?!

Viele Grüße

Hi @ll,

ich habe einen eventID-Fehler:

Source: SceCli

eventID: 1001

Description: Security policy cannot be propagated. Cannot access the template. Error code = -536870656.

\\<Domain>\sysvol\L-P-A.com\Policies\{31B2F340-016D-11D2-945F-00C04FB984F9}\Machine\Microsoft\Windows NT\SecEdit\GptTmpl.inf.

http://www.eventid.net/display.asp?eventid=1001&eventno=135&source=SceCli&phase=1 hat nicht geholfen.

Die Links zu Micrsoft ebensowenig.

Das Problem tritt beim 2. DC auf, bei dem IIS, Perl, PHP, mysql installiert wurde. Fehler tritt alle 5 Minuten auf. Backup läuft nicht. Überschreiben des SYSVOL vom 1. DC auf den 2. brachte auch nix...

Langsam bin ich am verzweifeln...!

Hat jemand ne Lösung?

Am besten clusterst du die beiden Server über clusterfähige Netzwerkkarten...

Original geschrieben von Velius

Na ja, es gibt schon eine, und zwar das Löschen der lokalen Profile nach der Abmeldung (Registry Key!) aber den muss man auch zuerst kennen!

In den Gruppenrichtlinien lässt sich das einfach einstellen... ;)

...mal alle Update vom Microsoft Office Update drüberinstalliert?