teletubbieland

Moin, das sollte vorher mit Inloox abgesprochen werden. Habe 2 Installationen verschiedener Hersteller, die den SQL auf dem TS haben wollen wg. performance.

Moin, ich schau vor Allem darauf, wie viele User auf die Systeme Zugriff haben. In kleineren Betrieben mit einer simplen Domänenarchitektur und nur Fileserver reichen tatsächlich noch HDDs. Allerdings verbaue ich allein wegen der Wartungsarbeiten mindestens S-ATA SSDs. Exchange läuft darauf auch performant (zumindest in KMU Bereich). Wenn komplexere Systeme zum Einsatz kommen orientiere ich mich gleich in Richtung NVMe. Hoffe, das hilft ein wenig.

Zum Austesten würde ich zuerst 4 vCPUs vergeben und wenn das nicht reicht, auf eine SSD verschieben. Wenn das immer noch nicht besser ist, eine neue VM aufsetzen.

Ketzerische Frage: Wie viele CPU-Kerne hast Du der VM gegeben ?

dann schalt doch einfach mal das LSO aus und guck was passiert

Bei der Pysikalischen und Virtuellen Maschine die ganzen offloads deaktivieren. Bevor Du die Clienst testest, teste doch mal wie die Geschwindigkeit zwischen VMs ist. Wenn die gut ist, dann hast Du ein 'externes' Problem.

Du kannst die disablen, solltest danach die VM aber neu starten. Kenne keine Komplikationen.

Hast Du bei den NICs RSC, LSO und VMQ deaktiviert ?

Moin, welche Serverversion setzt Du denn ein ?

Unternehmensgröße 1-200 MA. Und steter Tropfen höhlt den Stein. Spamassassin habe ich auch im Einsatz aber er wird immer zahnloser nach meiner Einschätzung, so dass man an professionelleren Lösungen nicht mehr vorbei kommt.

Moin, persönlich halte ich 1+2 für sinnlos, da die Benutzer Meldungen gerne einfach weg klicken und eben sich somit auch an Markierungen gewöhnen und Diese überlesen. Punkt 3 führe ich stetig durch und habe die meisten Anwender soweit, dass sie rückfragen, wenn sie sich nicht sicher sind. Abgesehen davon rechnet sich langfristig die Anschaffung einer professionellen Lösung wie NoSpamProxy o. Ä.

Moin, wenn ich mich recht entsinne, hatte ich das mal bei einem Kunden. Dort war das Problem, dass nicht alle DCs synchron waren (mehrere Standorte).

Moin, die DCs müsse sich gegenseitig als primären DNS haben. Dann geht das. Kontrollieren kannst Du die Replikation mit repadmin.

Sorry Essentials als SBS gelesen. Dürfte aber aber an der Aussage nichts ändern.

N'Abend. Die Migration ist die gleiche, wie bei Standard. Im Nachgag kann man die Essential-Spezifischen Gruppen usw. entfernen. Der alte SBS kann als Member-Server weiterbetrieben werden. Die Einschränkung beszieht sich nur auf einen zweiten SBS.

Sieht sehr nach Systemboard aus. Ein RAID wird auch nicht angezeigt...

Abschließend zu diesem Thread noch die Lösung: Es lag tatsächlich am dem Schutzmodul von Panda, welches den SCL nicht mehr gesetzt hat. Die Text-Markierung kam von einer anderen Maschine, daher die erfolglose Analyse. Werde mich jetzt aber dennoch Richtung Nospamproxy oder Ähnlichen orientieren.

Naja, unter Active Directory Standorte und Dienste. Ob Du die IP Bereiche getrennt hast.

Hast Du denn die Standorte im AD auch getrennt ?

Dachte ich mir - wollte nur sicher gehen. Danke.

Ja, hatte ich mir auch schon angesehen. Die Spamproblematik wird ja immer stärker. Noch eine rage zur Blockierung: Schickst Du eine Benachritigubng an den blockierten Absender ?

Und Du schliesst aus, dass der Ex2019 dafür verantwortlich ist ? Denn wennn der SCL weg wäre, würde die Markierung doch auch nicht gesetzt werden.

Ist wahrscheinlich die bessere Variante. Danke. Moin, Panda markiert über den Agent im Exchange. Das mit der Transport Rule hatte ich schon probiert und den SCL auf 9 gesetzt. Interessiert aber nicht.

Moin, Spam wird über den Virenscanner Panda markiert. Die Markierung wird auch gesetzt, da ja ***SPAM*** davor gesetzt wird vom Ex2019. Wie gehst Du mit Spam um ? Gleich löschen ?

Guten Abend, ich habe ein Phänomen im Bereich Spamerkennung: Exchange-Server 2019 on Prem bedient 2 Maildomains. Über einen externen Spamfilter wird der SCL-Wert gesetzt und vom Exchange als spam im Nachrichtenkopf markiert. Bisher wurden die Spam-Mails brav im Junk Ordner der User abgelegt. Plötzlich nicht mehr von Domain 2. Bei Domain 1 funktioniert das wie gehabt. Als ich mir den Mailheader der Spams angesehen habe fiel mir auf, dass der Eintrag X-MS-Exchange-Organization-SCL: X gänzlich fehlt. Vor Auftreten des Verhaltens habe ich lediglich die amdx für Edge auf dem DC eingerichtet. Das kann damit aber doch nichts zu tun haben. Ansonsten wurden keine Anpassungen am System durchgeführt. Hat jedemand ansatzweise eine Idee, woher das rührt ?