Meine Mails von meinem bei Swisscom gehosteten E-Mail Account landen beim Empfänger im Spam

arbe1

Guten Tag

Vor einigen Monaten habe ich bei Swisscom eine Domain und eine Homepage eröffnet. Die Homepage funktioniert wie erwartet. Irritieren tun mich Rückmeldungen von E-Mail Empfängern, die mir berichten, dass sie meine E-Mails im Spam suchen mussten. Ich konnte bisher kein Muster feststellen, wann die E-Mails steckenblieben. Die Mails waren immer an Einzelne gerichtet, selten einmal mit einem cc.

Ich danke für Hinweise.

DomiP

Unter https://www.gruenderlexikon.de/news/kurz-notiert/mit-diesen-tricks-landen-e-mails-nicht-im-spam-ordner-84233543

findest Du eine gute Zusammenstellung von möglichen Gründen, gerade der Punkt mit den Anhängen kann noch wichtig sein. Sendest Du Anhänge mit? Falls ja in welchem Format?

Sind es HTML-Mails?

Gibt es spezifisch Nutzer bei denen dies passiert? Eventuell vom gleichen Anbieter?

arbe1

Ich sende normale HTML-Mails ohne Schnickschnack... Habe soeben eine Testmail an test-mailer.com geschickt und folgendes Ergebnis erhalten.

8/10 Punkte:

Sie sind nicht vollständig berechtigtWir prüfen, ob der Server von dem Sie senden, authentifiziert ist-1 [SPF] arkons.ch gestattet Ihrem Server 195.186.122.114 nicht, *E-Mail placeholder* zu nutzenDas Sender Policy Framework (SPF) ist ein System zur Prüfung von E-Mails. Es erkennt Manipulationen an E-Mail-Adressen, indem die IP-Adresse des Senders überprüft wird.

Es existiert kein SPF-Record. Bitte fügen Sie Ihrem DNS-Zonefile arkons.ch hinzu:

v=spf1 a mx ip4:195.186.122.114 _all

Der Name Server für die Domain arkons.ch ist ns3.hostcenter.com.

Benötigen Sie Hilfe? Anleitungen für die meist genutzten Hoster anzeigen.

Verification Details:

dig +short TXT arkons.ch dig +short SPF @ns3.hostcenter.com. arkons.ch spfquery --scope mfrom --id *E-Mail placeholder* --ip 195.186.122.114 --helo-id vimdzpsp-hrel03.bluewin.ch:

none
arkons.ch: No applicable sender policy available
arkons.ch: No applicable sender policy available
Received-SPF: none (arkons.ch: No applicable sender policy available) receiver=ns303428.ip-94-23-206.eu; identity=mailfrom; envelope-from=" *E-Mail placeholder* "; helo=vimdzpsp-hrel03.bluewin.ch; client-ip=195.186.122.114

-1 Ihre Nachricht ist nicht durch DKIM signiert

Sie haben keinen DMARC-Datensatz

DomiP

@ChristianG könnte dies eventuell eine Fehlkonfiguration der Zones oder eine andere Fehlkonfiguration sein?

ChristianG

@DomiP

Bin Leider für Webmail zuständig, aber nicht Hosting. Kann da leider nicht unterstützen. Da ich aber im Log SPF gesehen haben, denke ich eher, dass diese Infos weiterhelfen könnten:

Beim Weiterleiten eines E-Mails muss die Absender-Domäne im Envelope (MAIL FROM🙂 angepasst werden. Für die neu definierte Absender-Domäne sollte im DNS ein neuer SPF-Record angelegt werden welcher die IP des weiterleitenden Mailservers enthält. Eine gängige Methode dies zu tun ist als Sender Rewrite Scheme (SRS) bekannt. Bitte wenden Sie sich an Ihren Mailbox Provider und verlangen Sie die Implementierung eines Sender Rewrite Schemes für weitergeleitete E-Mails (sie können diese Nachricht weiterleiten).

Ursache von SPF Fails bei Weiterleitungen an bluewin.ch Adressen:
SPF Fails werden generiert, wenn die Mailserver-IP, von welcher aus eine E-Mail weitergeleitet wird, nicht mit einem der Einträge im SPF-Record der Absender-Domäne übereinstimmt. SPF-Records werden als DNS-Eintrag eingerichtet.

Symptome:
Wird eine E-Mail über einen Mailserver weitergeleitet, vergleicht Bluewin die IP-Adresse des weiterleitenden Mailservers mit dem SPF-Record der Absender-Domäne des E-Mails. Ist das Resultat dieses Vergleichs ein "Fail", werden die betroffenen E-Mails in diesem Fall von Bluewin abgelehnt.

Lösung:
Beim Weiterleiten eines E-Mails muss die Absender-Domäne im Envelope (MAIL FROM🙂 angepasst werden. Für die neu definierte Absender-Domäne sollte im DNS ein neuer SPF-Record angelegt werden welcher die IP des weiterleitenden Mailservers enthält. Eine gängige Methode dies zu tun ist als Sender Rewrite Scheme (SRS) bekannt. Bitte wenden Sie sich an Ihren Mailbox Provider und verlangen Sie die Implementierung eines Sender Rewrite Schemes für weitergeleitete E-Mails (sie können diese Nachricht weiterleiten).

Beispiel:
Absendender-Mailserver: 178.42.***.***
Absendende Domäne: meinedomain.ch
SPF-Eintrag für 178.42.***.*** im DNS von meinedomain.ch: Ja
Weiterleitender Mailserver: 145.48.***.**
Absendende Domäne: neuedomain.ch (Absender [Envelope Sender/MAIL FROM:] muss umgeschrieben werden)
SPF-Eintrag für 145.48.***.** von neuedomain.ch: Ja
Bluewin Mail: Kein SPF-Fail --> weitergeleitete E-Mail kommt an

Gruss

Chris

DomiP

@ChristianG danke für die Info und sorry für's Taggen 😉

@ThomasS, haben wir einen Hosting-Experten hier direkt?

arbe1

Lieber @ChristianG

Vielen Dank für die Antwort, die mich allerdings als einfacher User überfordert. Ich müsste das ja alles im https://webmail.hostcenter.com/ konfigurieren können, andere Möglichkeiten kenne ich nicht.

Vielleicht tut sich ja noch ein weiteres Türchen auf.

Danke und Gruss

ThomasS

@TomSch @MarkusBe Könnt ihr hier weiterhelfen?

MarkusBe

Das Problem muss anhand eines konkreten Beispieles analysiert werden. Alles andere ist eher ein Blick in die Kristallkugel. Bitte wende dich an den Webhosting Support unter 0800 888 500. Idealerweise mit einer Email, von der dir bekannt ist, dass sie beim Empfänger in den Junk Ordner gegangen ist (aus dem Gesendet Ordner reicht aus - im Webmail kannst du die Email gleich als.eml downloaden) und dem Header einer solchen Email (der Header ist vom Empfänger nötig). Mit diesen Informationen sollte der Grund dann gefunden werden. Ich weiss, das es etwas Aufwand bedeutet, den Header vom Empfänger zu bekommen, aber so hat man die ganze Kette des Mailverlaufes.

arbe1

Kollege angefragt, der mir aus seinem Spam Ordner die Nachricht sendete. Leider keine Hinweise auf Fehler. Ganz normale Nachricht. Habe nochmals den mail.tester.com angeworfen und folgende Ergebnisse erhalten:

Sie sind nicht vollständig berechtigt:

- [SPF] arkons.ch gestattet Ihrem Server 195.186.122.112 nicht, *E-Mail placeholder* zu nutzen

- Ihre Nachricht ist nicht durch DKIM signiert

Bin also weiterhin so schlau wie zuvor.

arbe1

Mittlerweile habe ich vom Adressaten das Logfile erhalten:

von xxx.yyy an aaa.bbb...

03.03.2021 16:16:06 vexmbbe05.pnet.ch vexmbzf03 a28b5a50-4d2d-4f93-a457-a9fda067f16a SMTP HARECEIVE 146587233814291 <023201d7103f$ee6f3ad0$cb4db070$@arkons.ch> c660eab0-8369-47f8-94be-08d8de57448e { *E-Mail placeholder* } {} 18487 1 Irgendwas *E-Mail placeholder* *E-Mail placeholder* Incoming None {[DeliveryPriority, Low], [PrioritizationReason, ShadowRedundancy], [AccountForest, pnet.ch]} Email 15.01.2176.002
03.03.2021 16:18:03 vexmbzf03 ExplicitlyDiscarded;a28b5a50-4d2d-4f93-a457-a9fda067f16a SMTP HADISCARD 146587233814291 <023201d7103f$ee6f3ad0$cb4db070$@arkons.ch> c660eab0-8369-47f8-94be-08d8de57448e { *E-Mail placeholder* } {} 18487 1 Irgendwas *E-Mail placeholder* *E-Mail placeholder* Incoming None {[DeliveryPriority, Low], [PrioritizationReason, ShadowRedundancy], [AccountForest, pnet.ch]} Email 15.01.2176.002
03.03.2021 16:16:06 vexmbbe05 vexmbzf03.pnet.ch=250 2.6.0 <023201d7103f$ee6f3ad0$cb4db070$@arkons.ch> [InternalId=146587233814291, Hostname=vexmbzf03.pnet.ch] Queued mail for redundancy SMTP HAREDIRECT 130236293318402 <023201d7103f$ee6f3ad0$cb4db070$@arkons.ch> c660eab0-8369-47f8-94be-08d8de57448e { *E-Mail placeholder* } {} 18343 1 Irgendwas *E-Mail placeholder* *E-Mail placeholder* Incoming None {[DeliveryPriority, Normal], [AccountForest, pnet.ch]} Email 15.01.2176.002
03.03.2021 16:16:06 172.18.18.26 vexmbbe01.pnet.ch 172.18.18.32 vexmbbe05 08D8DDA6A5BBD7E3;2021-03-03T15:16:06.699Z;0 VEXMBBE05\Default VEXMBBE05 SMTP RECEIVE 130236293318402 <023201d7103f$ee6f3ad0$cb4db070$@arkons.ch> c660eab0-8369-47f8-94be-08d8de57448e { *E-Mail placeholder* } {} 18343 1 Irgendwas *E-Mail placeholder* *E-Mail placeholder* Incoming 194.41.216.147 0cA: None {[ProxyHop1, vexmbbe01.pnet.ch(172.18.18.26)], [MessageValue, MediumHigh], [Replication, vexmbzf03], [FirstForestHop, vexmbbe05.pnet.ch]...} Email 15.01.2176.002
03.03.2021 16:16:06 vexmbbe05 ROUTING RESOLVE 130236293318402 <023201d7103f$ee6f3ad0$cb4db070$@arkons.ch> c660eab0-8369-47f8-94be-08d8de57448e { *E-Mail placeholder* } {} 18343 1 *E-Mail placeholder* Irgendwas *E-Mail placeholder* *E-Mail placeholder* Incoming None {[DeliveryPriority, Normal], [AccountForest, pnet.ch]} Email 15.01.2176.002
03.03.2021 16:16:06 vexmbbe05 CatContentConversion AGENT AGENTINFO 130236293318402 <023201d7103f$ee6f3ad0$cb4db070$@arkons.ch> c660eab0-8369-47f8-94be-08d8de57448e { *E-Mail placeholder* } {} 18503 1 Irgendwas *E-Mail placeholder* *E-Mail placeholder* Incoming 194.41.216.147 None {[TRA, ETRP|ruleId=4b43a2f2-653a-4c6e-9849-44f3fc308e83|st=2020-07-13T12:06:28.0000000Z|ExecW=0|ExecC=0|Conditions=MRP,X-SP-S,0;LMP,X-SP-S,0], [TRA, ETRP|ruleId=c1ed5e1e-e6f6-493c-83ba-141950990797|st=2020-07-13T12:06:28.0000000Z|ExecW=0|ExecC=0|Conditions=CP,X-SP-S,0], [TRA, ETRP|ruleId=34a087e8-18a9-4b98-8e2b-33b79e48b27f|st=2019-08-05T11:21:51.0000000Z|ExecW=0|ExecC=0|Conditions=IIP,F,0;IMOP,F,0;DIP,F,0;DIP,M.SD,0], [TRA, ETRP|ruleId=a8f3915d-5a6d-4416-b7f9-eccc3fe2f2c5|st=2021-02-15T12:13:21.0000000Z|ExecW=0|ExecC=0|Conditions=IP,F,0;IMOP,M.F,0]...} Email 15.01.2176.002
03.03.2021 16:16:07 172.18.18.32 vexmbbe05 172.17.18.53 vexedbe01.pnet.ch;250 2.6.0 <023201d7103f$ee6f3ad0$cb4db070$@arkons.ch> [InternalId=146501334467558, Hostname=vexedbe01.pnet.ch] 22830 bytes in 0.090, 246,704 KB/sec Queued mail for delivery;ClientSubmitTime: Intra-Organization SMTP Send Connector SMTP SEND 130236293318402 <023201d7103f$ee6f3ad0$cb4db070$@arkons.ch> c660eab0-8369-47f8-94be-08d8de57448e { *E-Mail placeholder* } {250 2.1.5 Recipient OK} 22605 1 Irgendwas *E-Mail placeholder* *E-Mail placeholder* Incoming 2021-03-03T15:16:06.664Z;LSRV=vexmbbe05.pnet.ch:TOTAL-HUB=0.921|SMR=0.154(SMRDE=0.003|SMRC=0.150(SMRCL=0.100|X-SMRCR=0.156))|CAT=0.653(CATOS=0.001(CATSM=0.001(CATSM-Unified Group Post Sent Item Routing Agent=0.001))|CATRESL=0.003|CATORES=0.015(CATRS=0.015(CATRS-Prioritization Agent=0.002|CATRS-Index Routing Agent=0.012))|CATOC=0.630(CATCM=0.630(CATCM-McAfeeTxRoutingAgent=0.629)))|QDI=0.004|SMSC=0.017|SMS=0.094 00:00:00.9720000 LocalServer {[E2ELatency, 0.973], [MsgRecipCount, 1], [IncludeInSla, True], [Microsoft.Exchange.Transport.MailRecipient.RequiredTlsAuthLevel, Opportunistic]...} Email 15.01.2176.002

Vielleicht hilft das weiter.

MarkusBe

Die Mail wurde angenommen. 250 2.1.5 Recipient OK - War ja aber schon klar. Ich sehe da den McAfeeTxRoutingAgent=0.629. Der ist eigentlich für Anti-virus, Content Filtering und File Filtering zuständig. Die Mail scheint in der Exchange Kette des Empfängers als Spam kategorisiert zu werden. Warum das nun so bewertet wird, muss die eigentlich dann der Empfänger sagen können. Und das ist sicher kein Filter in der Empfänger Mailbox gesetzt?

arbe1

@MarkusBe Vielen Dank für deine Aufschlüsselung der Nachricht. Der Empfänger hat das verneint und er ist auch nicht der Einzige, bei dem meine Mails im Spam landen. Allerdings habe ich bisher kein Muster gefunden. Bei mehreren Adressaten in einer anderen Firma funktioniert es beispielsweise problemlos.

DomiP

@arbe1 vielleicht nutzen auch mehrere die genannte Software....

arbe1

Das ist eben das Interessante: Ich nutze den Webbaukasten von Swisscom und die E-Mail Adressen von Swisscom. Darum hat es mich auch erstaunt, dass meine Mails im Spam landen...

DomiP

@arbe1 ja gut es muss nicht direkt Swisscom sein, sondern könnte auch die Domain in diesem Falle sein.

Die Domain ist zwar nicht unter spamhaus (https://spamhaus.org) in der Blacklist aber kann noch immer bei einer anderen Blacklist, die von den Programmen der Empfänger genutzt werden existieren.

Deine Domain ist ja auch bei EPAG.de anscheinend registriert; hast Du dort auch mal nachgefragt?