ente_0815

Okay. Es gibt aber doch bereits einen Sendeconnector der alles zum Spamfilter schickt. Was genau lässt dann die zurück kommenden fertig gefilterten Emails vom Spamfilter den zweiten Sendeconnector Richtung Internet nutzen? Danke nochmal!

Ging ja schnell :) Berechtigte Frage, die Gründe waren eine Trennung von Exchange und Spamfilter bzgl. der Systemauslastung und der eigene Lerneffekt... Wenn es nicht möglich wäre, könnte ich auch noch direkt auf dem Exchange filtern. Wenn es möglich ist, wie du sagst, smarthoste ich also wieder zurück zum Exchange und dort nimmt ein Default-Empfangsconnector die Mails wieder an. Über einen noch nicht existierenden Sendeconnector gehts dann Richtung Internet. Kannst du mir erläutern wie ich das dann einstelle? Mit Kosten? :confused:

Hallo liebes Forum, ich habe einen Server 2008R2 mit Exchange 2010 (allen Updates) und nutze einen Sendeconnector mit * um alle von intern gesendeten Mails an ein Relay für die Spamfilterung zu schicken. Dort läuft wiederum ein virtueller SMTP Server (IIS6 / Server 2008R2) welcher die Schnittstelle nach Extern für Senden und Empfangen darstellt. Das funktioniert auch alles reibungslos. Jetzt wollte ich den virtuellen SMTP Server mit TLS ausstatten, was für eingehende Mails ja durchaus 'opportunistic' möglich ist und auch funktioniert. Für ausgehende Mails kann der virtuelle SMTP Server ja anscheinend nur 'ganz oder gar nicht'. Daran lässt sich soweit ich mich informieren konnte auch nichts ändern. Kann ich die Mails wieder zurück an den Exchange geben, welcher sie ursprünglich losgeschickt hat und sie dann über einen speziellen Sendeconnector mit TLS raus schicken? Falls ja, wie wären denn hierfür die Einstellungen? Nutzt er hier nicht den schon bestehenden Sendeconnector mit * und produziert dann eine Mail-Schleife? Danke! ente

Genau, probier das mal. Andernfalls lösche das Update, bei dem der Timeout auftritt einfach manuell. Gruß, Ente

Wenn du dir mit den im o.g. Beitrag die Anzahl der "obsolete Updates" ausgeben lässt, kannst du ja nachverfolgen ob er im Prozess mittlerweile weitergekommen ist und immernoch genausoviele Updates übrig sind. Wenn du einen SQL-Trace auf die SUSDB machst, z.B. mit dem einfachen Tool ExpressProfiler: http://expressprofiler.codeplex.com/releases/view/111894 , dann kannst du sogar genau sehen, dass bei einem Zugriff namens "DeleteUpdate - UpdateID" diverse Zeit verstreicht und letztendlich in einen Timeout läuft. Das ist dann auch genau das Update, was per SQL-Abfrage der "obsolete Updates" ganz oben steht. LG

Genau, du musst also "\\.\pipe\mssql$microsoft##ssee\sql\query" als Datenbank angeben, nicht einen der vorgegebenen Dienste.

Edit: Oder halt alternativ und 1000 mal einfacher... 1. Rechtsklick auf \\.\pipe\mssql$microsoft##ssee\sql\query links im Baum (oberstes Element). 2. Wähle "Eigenschaften". 3. Wähle "Verbindungen". 4. Setze "Timeout für Remoteabfragen" auf 0 (= kein Timeout). ====================================================================== Letztendlich ist die einfache Lösung die erstgenannte. Das unterhalb lasse ich dennoch stehen, da es einen tieferen Einblick gibt und sich eventuell jemand damit auseinandersetzen möchte. Die investierte Zeit in die u.g. Lösung ist aber irgendwie schade... ====================================================================== Hi, du hast ja schon einmal auf so einen Beitrag verwiesen. Ich habe es ausprobiert und erfolgreich abgeschlossen. Deine Aussage, dass man jedes Update manuell löschen muss, ist jedoch nicht korrekt. Es sind nur gewisse Updates, die den Timeout verursachen. Den Rest macht die Serverbereinigung selbst. Habe selbes auch auf Bents-Blog gepostet - der wurde von dir ja auch schon verlinkt. --------------------------------------------------------------- Lösung für das Timeout-Problem bei WSUS3.0. --------------------------------------------------------------- Ich setze SBS2011 ein, ist aber mit Sicherheit auch bei anderen Systemen so. Ursprung des Problems: Keine regelmäßige Wartung der WSUS-Datenbank (SUSDB) Problem für den Timout: Leistung des Servers (v.a. bei SBS ein Problem, mit Exchange usw.) Lösung: 1. Maintenance-Script von oben auf dem Server ausführen. 2. Serverbereinigung testen, dabei erstmal alle Punkte einzeln ausführen und beobachten, bei welchem Punkt der Timeout auftritt. Das ist vermutlich der oberste Punkt. 3. SQL-Server-Manager starten und mit der Datenbank verbinden: --------------------------------------------------------------- \\.\pipe\mssql$microsoft##ssee\sql\query --------------------------------------------------------------- 4. Rechtsklick auf \\.\pipe\mssql$microsoft##ssee\sql\query links im Baum (oberstes Element). Wähle "Neue Abfrage". 5. Die nicht weiter benötigten Updates abfragen mit --------------------------------------------------------------- USE SUSDB GO exec spGetObsoleteUpdatesToCleanup --------------------------------------------------------------- 6. In der Ergebnisliste stehen die Updates mit "LocalUpdateID". Man nehme die erste ID und "löscht" das Update mit dem Kommando --------------------------------------------------------------- USE SUSDB GO exec spDeleteUpdate @localUpdateID=###### --------------------------------------------------------------- wobei ###### natürlich für die "LocalUpdateID" steht. Man kann ebenfalls mehrere Updates "löschen" indem man mehrere Spalten angibt, z.B. --------------------------------------------------------------- USE SUSDB GO exec spDeleteUpdate @localUpdateID=###### exec spDeleteUpdate @localUpdateID=###### exec spDeleteUpdate @localUpdateID=###### --------------------------------------------------------------- 7. Der Befehl wird dann erfolgreich ausgeführt und man kann die Serverbereinigung erneut testen. TIPP: Notiert euch am besten die Gesamtzahl der mit unter Punkt 5. aufgelisteten Updates. Falls die Serverbereinigung erneut fehlschlägt, wiederholt das Vorgehen mit dem manuellen Löschen des obersten Updates. Hier solltet ihr feststellen, dass sich die Gesamtzahl der Updates auch durch die Ausführung der Serverbereinigung verringert, nicht nur durch eure manuellen Löschvorgänge! Wer des Englischen mächtig ist, liest einfach noch das hier, da steht das Gleiche: http://social.technet.microsoft.com/Forums/de-DE/7b12f8b2-d0e6-4f63-a98a-019356183c29/getting-past-wsus-cleanup-wizard-time-out-removing-unnecessary-updates?forum=winserverwsus Wenn ihr die Serverbereinigung soweit habt, dass sie überhaupt sichtbar anfängt, ihr also einen kleinen blauen Balken seht, dann dürft ihr euch zurücklehnen und das Ding laufen lassen. Auch wenn ich keine Erklärung dafür habe, sobald ich etwas blaues gesehen habe, gab es bei meinen (ingesamt 7 WSUS) Maschinen keinen Timeout mehr. Meine Minimumzeiten für etwa 6000 "obsolete Updates" liegen bei 23 Stunden, meine Maximalzeiten bei 46 Stunden. Grüße