NorbertFe
-
Gesamte Inhalte
43.555 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von NorbertFe
-
-
Zitat
das ~all legt fest, dass es keinen Zweifel gibt, dass der SPF Eintrag vollständig ist und daher alle Mails die mit ihm nicht übereinstimmen, gelöscht werden können.
Nein das wäre -all. ~all sagt, ich bin mir ziemlich sicher, dass alles vor dem ~all stimmt, aber so ganz doch nicht. ;) Sogenannter Softfail.
vor einer Stunde schrieb Gu4rdi4n:Wenn C jetzt den SPF prüft (was erst eingerichtet sein muss), dann merkt C, wenn er auf unseren Server schaut, dass A keinen passenden Record für B hat und verwirft die mail.
Passt das so jetzt?
C schaut nicht auf euren Server, sondern in die DNS Zone für die Absendedomain (eure). Wenn B jetzt aber bspw. auch über o365 (outlook.com) sendet, dannn ist alles legitim. ;) Freude bei Cloud.
https://de.wikipedia.org/wiki/Sender_Policy_Framework
Ob man das a in deinem Record benötigt, wäre außerdem zu klären. Denn das wäre im Normalfall bei vielen irgendein Server beim Provider.
Bye
Norbert
-
1
-
-
Häh? Nein, das siehst du vermutlich falsch. Aber kann auch sein, dass ich dich nicht verstanden habe. Der spf wird nicht bei der Clienttransmission ausgewertet, sondern vom empfangenden Server der/des Empfängers.
-
~all sagt aus, dass es "egal" ist. ;)
-
Gibst du nicht per p=none an, dass keine Erzwingung gewünscht ist sondern nur Monitoring? Abgesehen davon, wer setzt eigentlich immer ~all? Mach doch mal -all.
-
Hast du denn NAP aktiv?
-
Eventuell hilft es, die bestehenden Threads zu lesen. :)
Bye
Norbert
-
Ich kenn die Anforderungen nicht, deswegen wärs mir erstmal egal, solange er eben für die zu erwartende Betriebstemperatur ausgelegt ist.
-
Bevor ich ne Klimaanlage für einen Switch kaufe/betreibe, hole ich mir lieber einen Switch der die temperatur auch so mitmacht.
-
ja.
NEIN auf dem Exchange. Bisschen drüber nachdenken was man betreibt und dann ggf. auch mal mit den jeweiligen Grundlagen beschäftigen.
-
wie du siehst geht das mit dem renew des selben keys aber nicht zumindest nicht mit Exchange. Also neuen csr und damit neuen key.
-
Ja und den Diensten zuweisen. Man könnte ja auch einfach mal die Anleitung benutzen. ;)
-
Ja wie gesagt, man muss das Zertifikat eben auch an die Dienste des exchange binden.
-
Wo liegt der private key?
-
Nicht mal für die älteren unter uns ist eine commandline gleichzusetzen mit dos. ;) gerade bei denen nicht würde ich vermuten.
-
Ja kennst du bestimmt: raspi-dos, Ubuntu dos und Windows recovery dos. ;)
-
vor 48 Minuten schrieb Clawhammer:
Also verzögert da MS weil noch viele Fehler drin sind?
Weiß ich nicht. Da ich ja Zugriff auf die iso habe ist das Ding für mich verfügbar. Alles andere wäre jetzt nur mutmaßen und Gerüchte.
-
Cool einen Port von ad und Exchange auf ARM hat was. Wer braucht schon 128gb? ;)
-
Der aktuelle der Anfang/Mitte November veröffentlicht wurde. Aber auch in den sind Fehler die mich nerven. Also im Zweifel lieber etwas warten. ;)
-
Im license Center ist 2019 verfügbar.
-
Wo hast du den csr erstellt? Bei Windows/Exchange braucht ein neues Zertifikat auch einen neuen request/private afaik. Abgesehen davon wird ein Zertifikat im Exchange nicht im iis konfiguriert, sondern per Ecp oder Ems.
bye
norbert.
-
Kann man so machen. Ja die sind auch abwärtskompatibel mit Ausnahmen, die vor allem dann die vorherigen builds betreffen.
-
50° sind doch noch im erlaubten Bereich. Alternativ kann man sich extended temperature Modelle wählen. Die gehen dann bis 60°.
-
Wie wärs, wenn du dir das Zertifikat mal anschaust? Dann sieht man auch, warum man diese Meldung angezeigt bekommt.
-
vor 42 Minuten schrieb Nobbyaushb:
Ich habe auch ein volles 24HE Rack zu Hause stehen, natürlich mit Exchange
Ich hab nen Raspi. ;) Zählt das auch?
Exchange 2019 verfügbar
in MS Exchange Forum
Geschrieben
Sowieso!1ELF Ausser... <aktuelle Lieblingstechnologie hier einsetzen> ;)