meinerjunge

Ich denke der TO kennt nur die Hyper-V Rolle vom Windows Server und nicht den Hyper-V Server an sich.

Wenn dir die englische Version reicht, die gibt es noch.

Danke, das wars, Cipher per Windows-Hotfix nach AES gestellt, schon läuft der Mailverkehr wieder sauber. Danke für Eure Hilfe!

Hallo, danke für eure Beiträge und sorry dass ich erst jetz antworte. Cipher ist RC4-MD5. Bzgl. TLS: War im Sende- und Empfangs-Connector deaktiviert. Habe es aktiviert, ändert aber nichts daran, dass die Mails nicht zugestellt werden könne (Fehlermeldung bleibt gleich). Andere STMP-Verbindungen (z.B. nach T-online) wurden ohne TLS durchgeführt, nur bei Web.De und GMX wird eine TLS-Verbindung (laut Log) benutzt. MfG Meiner

Ich denke ich habe den Fehler gefunden der Exchangeadmin benutzt auf dem Server ein selbst erstelltes Zertifikat zur Serverauthentifizierung, dieses ist natürlich bei GMX usw. ungültig/nicht vertrauenswürdig (seitdem die Serverkommunikation nur noch verschlüsselt abläuft). Habe ich Recht?

Der Sendeconnector sendet an Port 25. Der Connector wurd nicht verändert, er ist so eingestellt, dass er ohne TLS-Verschlüsselung an alle Domains über SMPT sendet (ich sehe den Verbindungsaufbau in der Firewall). (TLS hatte ich schon aktiviert, ändert aber nichts). Im SMTP-Protokoll steht: 2014-04-11T12:30:15.390Z,Senden Extern,xx,2,10.1.3.24:1356,213.165.67.115:25,<,220 gmx.net (mxgmx108) Nemesis ESMTP Service ready, 2014-04-11T12:30:15.390Z,Senden Extern,xx,3,10.1.3.24:1356,213.165.67.115:25,>,EHLO mail.domain.com, 2014-04-11T12:30:15.468Z,Senden Extern,xx,4,10.1.3.24:1356,213.165.67.115:25,<,250-gmx.net Hello mail.domain.com [xx.xx.xx.xx], 2014-04-11T12:30:15.468Z,Senden Extern,xx,5,10.1.3.24:1356,213.165.67.115:25,<,250-SIZE 157286400, 2014-04-11T12:30:15.468Z,Senden Extern,xx,6,10.1.3.24:1356,213.165.67.115:25,<,250 STARTTLS, 2014-04-11T12:30:15.468Z,Senden Extern,xx,7,10.1.3.24:1356,213.165.67.115:25,>,STARTTLS, 2014-04-11T12:30:15.562Z,Senden Extern,xx,8,10.1.3.24:1356,213.165.67.115:25,<,220 OK, 2014-04-11T12:30:15.562Z,Senden Extern,xx,9,10.1.3.24:1356,213.165.67.115:25,*,,Sending certificate 2014-04-11T12:30:15.562Z,Senden Extern,xx,10,10.1.3.24:1356,213.165.67.115:25,*,CN=mail.domain.com,Certificate subject 2014-04-11T12:30:15.562Z,Senden Extern,xx,11,10.1.3.24:1356,213.165.67.115:25,*,CN=mail.domain.com,Certificate issuer name 2014-04-11T12:30:15.562Z,Senden Extern,xx,12,10.1.3.24:1356,213.165.67.115:25,*,xxxxxxxxxxxxxxxxxxx,Certificate serial number 2014-04-11T12:30:15.562Z,Senden Extern,xx,13,10.1.3.24:1356,213.165.67.115:25,*,yyyyyyyyyyyyyyyyyyyy,Certificate thumbprint 2014-04-11T12:30:15.562Z,Senden Extern,xx,14,10.1.3.24:1356,213.165.67.115:25,*,mail.domain.com;edge-server,Certificate alternate names 2014-04-11T12:30:15.640Z,Senden Extern,xx,15,10.1.3.24:1356,213.165.67.115:25,-,,Local 2014-04-11T12:30:15.640Z,Senden Extern,xx,0,,213.165.67.97:25,*,,attempting to connect Die Firewall-Konfig hat sich nicht geändert.

Hallo Forum, seit einigen Tagen können wir keine Mails mehr an GMX und WEB.DE versenden, empfangen funktioniert ohne Problem. Wir haben eine eigene Domain mit fester IP und hosten unsere Mails selber auf einem Exchange 2007. In der Warteschlange stehen die Mails mit dem Fehler: 451 4.4.0 Primary target IP address responded with: "421 4.4.1 Connection timed out. "Attempted failover to alternate host, but that did not succeed. Either there are no alternate hosts, or delivery failed to all alternate hosts. Die DNS Eintragungen zu unsere Domain passen (Revers-IP, MX usw.). Kann mir jemand weiter helfen woran es noch liegen könnte? MfG Meiner

Oder gibt es einen Registry-Schalter oder sontiges, womit ich die Berechnung der Dateizeit für Netzlaufwerke deaktivieren kann, so dass die gespeicherte Serverzeit als Dateizeit von Windows übernommen wird? MfG Meiner Edit: Wenn ich mir die Datei und das Änderungsdatum mit CMD anschaue wird das richtige Datum angezeigt, falsch ist es wieder mit dem Explorer und in der PowerShell. :confused:

Ja, der Win8.1 ist (ebenfalls wie Win7 und XP) in UTC+1 (Berlin...) mit aktivierter automatischer Sommerzeit/Winterzeit Umstellung. Die lokale Zeit (am Rechner) wird auf allen PCs und Server korrekt angezeigt, nur der Win8.1 macht (oben beschriebene) Probleme. MfG Meiner

Hallo Forengemeinde, ich habe 2 mal im Jahr das leidige Problem mit dem Dateidatum.... (Dateien synchronisieren macht kein Spass) Ich dachte diesmal ich bin richtig vorbereitet, aber: Meine Dateien liegen auf einem alten Netware-Server auf einer FAT-Partition. Wenn ich mir von meinem Arbeits-PC (Win7 SP1 x64) das Datei von Dateien anschau, die vor der Zeitumstellung gespeichert wurden stimmt das Datei-Datum, nehme ich meinen neuen Laptop zur Hand (Win 8.1 x64) wird eine Stunde zu wenig angezeigt. Checke ich die Datei mit meinem Ur-Alt Laptop (WinXP SP3) stimmt das Datei-Datum wieder. nochmal in Kurzform: Datei wurde am 28.03.2014 um 10:00 Uhr Normalzeit gespeichert (letzte Änderung) Dateidatum gecheckt heute in Sommerzeit: Dateidatum Win7 SP1 x64 : 28.03.2014 10:00 Uhr (letzte Änderung) Dateidatum Win XP SP3 x86 : 28.03.2014 10:00 Uhr (letzte Änderung) Dateidatum Win8.1 x64 : 28.03.2014 09:00 Uhr (letzte Änderung) Daher meine Frage wonach berechnet Win8 das Dateidatum, bzw. warum anders als Win7 und XP? Alle Rechner sind up2date und haben meines Erachtens die selben Einstellungen (Zeitserver ist der Router, Sommerzeit automatisch umstellen, Zeitzone UTC+1 Berlin..). Vielen Dank für Eure Antworten. MfG Meiner

Hi Daniel, danke das wars was ich gesucht habe!

Hallo, wie kann ich erkennen ob die Angemeldete Session am Server lokal oder eine RDP/Terminal Session ist? Hintergrund ist der, ich möchte gern ein Programm schreiben, welches nur an physichen Sitzungen läuft und nicht in RDP/Terminal Sitzungen (bzw. nur 1x am System). MfG Meiner

Danke für deine Antwort Daniel!! Meine Anwendung schreibt Logs und andere Einstellung in eine Datenbank, war bis jetzt immer mit im Programmverzeichnis (bei x32). Ich werde meine x64 App anpassen. MfG Meinerjunge

Hallo, ich habe ein Programm geschrieben, welches in x86 und x64 vorliegt. Die Standardinstallationspfade "c:\Programm Files" und "c:\Program Files (x86)\" sind für den normalen User schreibgeschützt. Damit Programme im "Installationsordner" schreiben können existiert ja der Ordner "c:\Users\User\AppData\Roaming\", es werden Schreiboperationen automatisch an diesen Ordner umgeleitet. Bei meinem x86 Programm funktioniert das ganze, beim x64 nicht. Kann mir einer von euch verraten nach welchen Kriterien Windows diese Umleitung der Schreiboperationen eines Programms, auf den Ordner Roaming, zulässt? Vielen Dank für Eure Antworten! MfG Meiner

Hallo ich habe hier einen ISA 2004 im Einsatz. Mein "Problem" ist, wenn ich eine eigene externe Adresse aus dem internen Netz anwähle, werde ich nicht nach außen (ins WWW) geleitet. Wie stell ich den ISA ein, dass er jede externe IP (auch diese welche er an seinem Externen Interface eingetragen hat) auch wirklich nach extern geleitet werden? Und dieses ratsam? MfG Stefan System: ISA 2004 Windows Server 2003 R2 Standard (alles voll gepatcht)

Dann nen Switch dazwischen und die jeweiligen IPs den Firewall zuweisen. Hatte ich bei einem unserer CoCo auch mal so am laufen. Funktionierte ganz gut, nachdem alle Nics und der Switch auf 10Mbit Vollduplex gestellt wurden (2MBit CoCo).

Welche Firewall hast du denn und kannst du dem externen Port deiner Firewall nicht mehrere IPs zuweisen?

Windows Mobile 7 und Windows Phone 7 sind 2 versch. Bezeichnungen für das selbe Handy-OS.

Im Datenblatt steht "Windows Mobile 7 (i.P.)" was denk ich "in Planung" bedeutet.

OK, mal abgesehen von meinem Problem ;), warum würdest du Quarantäne und löschen nicht konfigurieren? Ich sehe da mehrere Vorteile im Bezug auf Mail ablehnen (mit Nachricht an empfänger) und in User-Junkfolder verschieben. - wenn eine Mail fälschlicher Weise als Spam erkannt wird, hab ich diese noch zentral im Spampostfach und kann diese ggf. an den richtigen Empfänger weiterleiten - und bei Spammails im User-Junkfolder bekomm ich Bauchschmerzen, die User öffnen doch alles, auch wenns verboten ist (bzw. gerade dann)

Hallo ich setze einen Exchange 2007 als Edge-Server, welcher als Spamfilter arbeitet. Die Spamfilterung klappt soweit, er erkennt Spam und markiert diesen mit einem SCL. Ich habe Regeln erstellt, welche Mails ab einem bestimmten SCL in ein Spam-Postfach umleiten und die ursprüngliche Nachricht löscht (dies funktioniert auch). Aber, ist im CC der Spammail eine gültige Empfängeradresse, wird die Spammail trotz der Umleitung an die CC-Empfängeradresse weitergeleitet. Kann ich in den Transportregeln definieren, dass Exchange ab einem Bestimmten SCL die CC-Empfänger löscht oder als AN definiert? MfG Meiner

Hallo, wir haben 2 verschiedene Domänen (test.de und test.net) auf einer externen IP-Adresse. Im ISA hab ich einen Webserver unter dieser IP-Adresse veröffentlicht, dieser ist mit dem IE unter eingabe beider URLs erreichbar. Aber im Browser-Adressfeld des Clienten steht je nach Eingabe der URL "test.de/index.html" oder "test.net/index.html". Ist es Möglich im ISA die URL *.de auf die *.net umzuleiten, so dass am Clienten im IE-Adressfeld immer "test.net/index.html" steht egal welche URL ich eingebe? Umgebeung: - Isa 2004 aktuell gepatcht - MS Server 2003 Standard aktuell gepatcht Danke für eure Antworten.

Danke für die Antwort, hab das gleiche Problem! :cry:

Ne, leider kein DNS-Namen und nur eine IP, daher mein Problem.

Da bei den Clienten relativ viel Notebooks bei sind und diese extern sowie intern auf den Applikationsserver zugreifen. D.h. wenn ich die IP an allen Clienten auf die IP-Intern ändere, können die Notebretter von außen den Server nicht erreichen, und wenn alle Clienten die IP-Extern erhalten, muß ich bei einem I-Net ausfall händisch alle IPs ändern (außerdem der Traffic der dann immer ünnötiger Weise raus und dann wieder rein kommt :rolleyes: ).