NorbertFe

https://docs.microsoft.com/en-us/Exchange/mail-flow/queues/message-procedures?redirectedfrom=MSDN&view=exchserver-2019 Da ich nicht weiß, welche Befehle du so gefunden hast. Schon rausgefunden, wieso du da eine Spamschleuder vor der Nase hast?

Wie das? Es soll ja Situationen geben, da sind sende- und empfangsserver getrennt. Aber die Telekom hat auch so schräge Anforderungen hinsichtlich der Reverse Eintrag muss einen passenden a-Record haben, was die rfc in der Form gar nicht hergeben, auch wenn’s eine sinnvolle konfig ist.

Im Zweifel in den Logs schauen was angemeckert wird. Leider gibts aber tatsächlich Mailserver die nicht rfc konforme Checks durchführen und genauso gibts natürlich auch diverse fehlkonfigurierte Mailserver. ;) was der konkrete Fall bei dir ist, kann man ohne Logs maximal vermuten.

Ähm doch, sogar in der eac. Einfach mal öffnen und in jeder Seite nach ganz unten scrollen. ;) alternativ set-sendconnector -fqdn

Seit Windows Server 2008 afair. Wo warst du denn die letzten Jahre? ;)

Du mußt jetzt aber auch nicht für jede Frage einen eigenen Thread aufmachen, wenn die zum Teil noch in dem anderen diskutiert werden.

Können alle anderen hier erwähnten Lösungen genauso.

Ist viel Handarbeit und wird kaum/nicht mehr weiterentwickelt. In der XG ist es bis heute nicht enthalten, sondern nur in der SG.

Ich hab mal deinen Link korrigiert. ;)

Hmm, also netsh kann das auch, oder meint der was anderes?

Was sind denn die Anforderungen?

Ist halt immer die Frage, wie flexibel und skalierbar sowas sein soll. Wenn’s den Zweck erfüllt, kann das eine Lösung sein. Konstrukt ist übrigens ein Neutrum. ;) bye norbert

Nein ich meine, weil das als Lösung präsentiert wurde. ;)

Ja das sind zwei bekannte Namen, aber die kenne ich nicht im technischen Detail. Ich empfehle unseren Kunden zertificon. Aber gibt sicherlich noch andere.

Brauchst du dann aber auch auf den Handys der Kollegen und zwar immer aktuell. ;) für Firmen lohnen sich (in solchen Fällen) eher Gateway Lösungen, die das handling übernehmen.

Toll! Und wie macht das jetzt der Admin? ;)

Endnutzer sind damit im „Normalfall“ überfordert. Verschlüsselung setzt ja erstmal voraus, dass Deine Kommunikationspartner ebenfalls Zertifikate einsetzen, was eher selten der Fall ist. Wenn also verschlüsselt wird, dann kannst du die Mail logischerweise nur auf Geräten lesen, welche die notwendigen privaten Schlüssel besitzen. Und noch besser, ein Zertifikat hat im allgemeinen eine Laufzeit von einem Jahr. Du brauchst also nach einem Jahr auf allen Geräten dann das alte und das neue Zertifikat. end to end klingt toll, scheitert aber am Endnutzer und am handling. So zumindest meine Erfahrung. vielleicht doch erstmal spf, dkim und dmarc? ;)

Kann es überhaupt essentials Domains mit mehr als einem dc geben? liest sich nicht so: https://cloudblogs.microsoft.com/windowsserver/2018/09/05/windows-server-2019-essentials-update/

Und im Zweifel wechselt man einfach zu einem Provider der auf stand der Technik ist. ;) wie gesagt s/mime ist hier definitiv nicht die alleinige Lösung.

Das sehe ich nicht so. :) Welche denn? Also ich wüsste spontan kaum welche, die nicht zumindest damit begonnen haben.

Genauso sehe ich das auch. Abgesehen davon sinkt die Reputation und damit steigt die Wahrscheinlichkeit als Spam eingestuft zu werden drastisch ohne obige Technologien bei den großen und kleinen Provider drastisch. Da kannst du smime machen bis du schwarz wirst. bevor das falsch verstanden wird: Signatur und Verschlüsselung sind gut, aber eben nicht allein die Lösung deines eigentlichen Problems. ;)

Vor allem hilft s/mime genau gar nicht gegen das serverseitige einsortieren als Spam. Da zählt das wenn überhaupt erst nach Prüfung von ip, spf, dkim und dmarc.

2004-2018 oder so ähnlich.

Kann ich nicht sagen, weil ich kein MVP mehr bin. ;) Deswegen darf ich das :p

Eh der Eindruck aufkommt, meine Aussage oben wäre falsch. :) Deine Schlussfolgerung bzgl. Best Practice ist korrekt und meine Aussage oben auch unter der Annahme, dass Profil eben nicht Gruppe meinte. :)