Ich betreibe einen kleinen Mailserver für meine privaten E-Mails, einige Freunde mit Websites und zwei NGOs. Insgesamt sendet mein Server täglich zwischen 60 und 400 Nachrichten. Nun sind viele dieser E-Mails persönliche E- Mails zwischen zwei oder mehr Personen, die sich kennen. Gelegentlich (in der Regel ein- oder zweimal pro Woche) wird ein Mailing an "Mitglieder" einer NGO verschickt, in dem sie darüber informiert werden, was es Neues gibt.
Jetzt bin ich bereits von den "Massenmailings" (ca. 100 Empfänger, alle persönlich bekannt und manuell über ein Papierformular abonniert) auf mailgun.org umgezogen.
Ich erhalte immer noch (und zunehmend) abgelehnte Nachrichten. Besonders große E-Mail-Anbieter wie Gmail, Yahoo oder Microsoft (hotmail, live.com, ...) entscheiden sich einfach mit einem 550 abzulehnen oder persönliche Nachrichten an den Spam-Ordner des Empfängers zu senden. Manchmal passiert folgendes:
- Google Mail-Benutzer sendet E-Mail an Benutzer auf meinem System
- Benutzer auf meinem System antwortet
- Die Antwort wird abgelehnt oder an Spam gesendet
Dinge, die ich getan habe:
- DKIM einrichten (Signieren aller ausgehenden E-Mails pro Domain)
- SPF einrichten, haben Domänen in der Regel
~all
einige-all
- Ich habe eine korrekte PTR für meine Mailserver-IP
- Offensichtlich kein offenes Relay, Benutzer können erst nach der Authentifizierung von ihrer eigenen E-Mail-Adresse senden
- Ich habe DMARC-Richtlinien für die meisten Domänen
- Ich bewerte das Limit für ausgehende Nachrichten für einige Mailserver auf 1 pro Minute
- E-Mail-Testservices geben für alle oben genannten Punkte "perfekte" Ergebnisse (alle bestanden) an
- Ich überprüfe regelmäßig meine IP auf Blacklisting mit http://www.dnsbl.info - es ist immer alles grün
Jetzt kommt das Paradoxon: Für die meisten großen E-Mail-Anbieter gibt es eine Möglichkeit, sich zu registrieren, um die Ablehnungsraten und die IP-Reputation zu überwachen:
- https://postmaster.google.com
- https://postmaster.live.com/snds
- und ich glaube, Yahoo hat etwas ähnliches
aber ich klassifiziere mich wegen des geringen volumens nicht als massenabsender. Ich habe mich registriert, um meine Reputations- und Ablehnungsraten zu überwachen. Da ich jedoch keine Massen-E-Mails versende, gibt es keine Berichte.
Kann ich noch etwas tun, um die Zustellraten für E-Mails zu verbessern? Oder sollte ich nachgeben und aufhören, meinen eigenen Mailserver zu betreiben?
Falls es relevant: Ich verwende Postfix und haben sehr strenge Regeln über eingehende Mail (dh keine unbekannten Domänen / Hostnamen oder ungültige SPF - Einträge, verwende ich .spamassassin etc.)
Aktualisieren
Hier ist ein Beispiel, das von mir an meine Schwiegereltern gesendet wurde und in deren SPAM-Ordner eingegangen ist: http://pastebin.com/BC6YgjpQ (Ich habe die Sendeadressendomäne durch example.com
und die Empfängeradresse durch ersetzt [email protected]
)
Da kam die Frage auf: Verbindungen zu Google Mail werden Untrusted TLS connection established to gmail-smtp-in.l.google.com[2a00:1450:400c:c0b::1b]:25: TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)
verschlüsselt.
Antworten:
Es sollte keine Probleme geben, ein kleiner E-Mail-Anbieter zu werden. Sie scheinen die richtigen Dinge zu tun. Viele große Anbieter machen die Sache nicht richtig und bekommen hoffentlich den größten Teil ihrer Post zugestellt.
Wenn E-Mails an den SPAM-Ordner gesendet werden, haben Sie wahrscheinlich etwas verpasst. Es sollte eine Liste der Gründe für Lieferprobleme vorhanden sein:
Einige Dinge, die Sie nicht angegeben haben, obwohl einige vom Validierungsbericht erfasst werden sollten:
Wenn Sie über DMARC verfügen, können Sie Zustellstatusberichte und Bounce-Berichte konfigurieren. Auf diese Weise können Sie Zustellberichte erhalten. Ich erhalte Berichte von Google, Microsoft und Yahoo. Bitte beachten Sie "keine" bedeutet, dass die Post zugestellt wurde.
quelle
host aspmx.l.google.com[2a00:1450:4013:c01::1a] said: 550-5.7.1 [2a02:c200:0:10:3:0:4018:cafe 18] Our system has detected that this message is likely suspicious due to the very low reputation of the sending IP address. To best protect our users from spam, the message has been blocked. Please visit https://support.google.com/mail/answer/188131 for more information. n123si21866589wmb.41 - gsmtp (in reply to end of DATA command)
Das sagt mir nichts.Eine Sache, die in den obigen (ausgezeichneten) Antworten fehlt, ist das Einrichten von ausgehendem TLS. Google Mail hat damit begonnen, Absender zu bestrafen, die TLS nicht verwenden, und andere Anbieter sagen nichts, aber ich bin mir sicher, dass sie diesem Beispiel folgen werden.
quelle
STARTTLS
, werden unter TLS gesendet.verify=OK
):May 10 08:01:34 lory sendmail[5884]: STARTTLS=server, relay=mail-bn1bhn0245.outbound.protection.outlook.com [157.56.111.245], version=TLSv1/SSLv3, verify=OK, cipher=AES256-SHA256, bits=256/256
Heutzutage sind die Spam-Aktivitäten ein echtes Problem. Die Großen wie Google Mail, Microsoft, Yahoo usw. versuchen, ihre Benutzer vor Spam zu schützen. Daher müssen sie ihre Techniken zum Filtern von Spam verbessern. Aus Sicherheitsgründen geben sie auch niemals ihre Spam-Richtlinien bekannt. Daher konnten wir keine Richtlinie finden, um einen Mailserver so zu konfigurieren, dass wir E-Mails an die großen Dienstanbieter senden können.
Es gibt keine spezifischen Regeln, die nicht in ihrem fehlerhaften Buch aufgeführt werden sollen, aber Sie sollten Ihren Server mit den neuen Richtlinien auf dem neuesten Stand halten. Hier sind einige davon.
1) Überprüfen Sie die Ursache der zurückgesendeten E-Mail. Bezieht es sich auf die falsche IP-Reputation des Servers oder die falschen DNS-Einträge der Domain?
2) Verwenden Sie keinen SPF-Datensatz mit einem Standardwert wie ~ all. Erstellen Sie einen bestimmten SPF-Datensatz wie einen MX-all
3) Vermeiden Sie die Weiterleitung von E-Mails von Ihrem Server an Gmail / Yahoo / Microsoft / Comcast. Wenn sie in Ihren weitergeleiteten E-Mails Spam-Mails entdecken, werden sie nicht danach suchen, woher die E-Mails stammen. Sie betrachten Ihren Mailserver einfach als Spam-Ursprung und Sie werden möglicherweise auf die schwarze Liste gesetzt.
4) Installieren Sie ein SSL auf Ihrem Server und verwenden Sie Outbound mit TLS-Verbindung.
5) Halten Sie die Double Opt In-Liste in allen Newslettern. Und viele mehr...
quelle
Ich denke, Sie haben hier einen Zertifikatkettenfehler. Stellen Sie sicher, dass Sie das Zwischenzertifikat zusammen mit Ihrem Zertifikat senden.
quelle
smtp_tls_CApath
zu meinem Postfix conf hinzugefügt, das ist also einTrusted TLS connection
jetzt. Da diese Überprüfung jedoch nur für meinen Mailserver lokal ist, kann sie meines Erachtens für keine Bewertung relevant sein.@ Stefan
Sie scheinen sehr gut informiert zu sein, was großartig ist. Ich habe mir Ihre Header angesehen. Ohne Ihren Domain-Namen ist es sehr schwierig, bei der Fehlerbehebung zu helfen. Was mir in Ihren Headern aufgefallen ist, ist, dass Sie "Einfach / Einfach" verwenden, um Ihr DKIM zu signieren. Sie sollten dies wirklich auf "Entspannt / Entspannt" umstellen. Viele Mailserver haben Probleme mit einfachen.
Sie haben auch den Namen des Mailservers in Ihrem Pastebin belassen, der auf einer schwarzen Liste angezeigt wird . Ich bezweifle, dass dies Ihr Problem verursacht, aber dieses Tool scannt viel mehr als das, das Sie verwendet haben.
Senden Sie eine E-Mail, um
[email protected]
zu sehen, wie viele kritische Punkte Sie haben. Sie könnten ein paar Hinweise bekommen.quelle
Email Authentication Pro Feature - Learn More
Links sehen kann, ist "Bestanden" und "Erfolg".Antwort ist nein.
Ich sage dies hauptsächlich, weil ich mir bewusst bin, dass es eine kaum vorstellbare Anzahl von Leuten gibt, die mehr Erfahrung in allen Aspekten des ESP-Administratorseins als ich haben, und ich dennoch ein Dutzend Produktions-E-Mail-Systeme verwende, die sich ohne Probleme als "klein" qualifizieren.
Nach dem, was Sie gepostet haben, sieht es so aus, als hätten Sie alles gelehrt und, vorausgesetzt, Sie haben die aufgelisteten Elemente ordnungsgemäß implementiert, gibt es nur noch eine Option: Ihre IP-Adresse hat in der Vergangenheit schlechte Dinge getan.
Ich meine (wirklich) schlecht. Ihre IP-Adresse wird möglicherweise auf Initiative des Internetdienstanbieters von öffentlichen Sperrlisten abgerufen (was erheblich effizienter ist). Zuvor wurde der Viren- und Phishing-Verkehr jedoch wiederholt und über einen längeren Zeitraum verteilt.
Wenn dies der Fall ist, kann meines Wissens leider wenig getan werden. Eine Möglichkeit besteht darin, den Versuch, einen legitimen E-Mail-Server für eine lange Zeit aufrechtzuerhalten, aufrechtzuerhalten und den Preis für viele E-Mails zu zahlen, die abgelehnt werden, bevor die Absender-Reputation - ganz anders als wenn sie auf öffentlichen schwarzen Listen stehen oder nicht - langsam hergestellt wird.
Bitte halten Sie uns über Ihren Fall auf dem Laufenden.
quelle