KeyHelp Community

Guten Abend
Ich habe auf einem vServer mit Keyhelp die Benutzer A und B. Benutzer A nutzt domain-a.de, Benutzer B nutzt domain-b.de. Wenn ich jetzt in meiner Webapplikation von Benutzer a per SMTP eine Testmail lossende und diese an IMAP-Konten von Benutzer b gesendet werden, fehlt den E-Mails SPF. Ich finde in den Kopfdaten nur DKIM-Signaturen.

Ich habe den gleichen Aufbau, aber mit Benutzer a auf shared06.keymachine.de und Benutzer b auf meinem vServer. Da ist in den IMAP-Konten beim Empfang SPF in den E-Mail-Kopfdaten enthalten.

Kann sich ein Bentzer A nicht bei Benutzer B rückversichern, ob es einen SPF-Eintrag im DNS gibt, wenn sie auf dem gleichen vServer betrieben werden?

Viele Grüße
Johannes

Hallo Johannes und willkommen im Forum.

joka wrote: ↑Sat 6. Jan 2024, 19:54 Ich habe auf einem vServer mit Keyhelp die Benutzer A und B. Benutzer A nutzt domain-a.de, Benutzer B nutzt domain-b.de. Wenn ich jetzt in meiner Webapplikation von Benutzer a per SMTP eine Testmail lossende und diese an IMAP-Konten von Benutzer b gesendet werden, fehlt den E-Mails SPF. Ich finde in den Kopfdaten nur DKIM-Signaturen.

Das liegt eventuell daran, daß SPF von domain-c.de blockiert wird...

domain-c spielt da garnicht rein. E-Mail für Kunde A mittels IMAP und Mailverand im CMS mittels SMTP erfolgt mit den exakt gleichen Zugangsdaten und werden auch vom selben Kunden in meinem Keyhelp bereitgestellt.

joka wrote: ↑Sat 6. Jan 2024, 20:13 domain-c spielt da garnicht rein. E-Mail für Kunde A mittels IMAP und Mailverand im CMS mittels SMTP erfolgt mit den exakt gleichen Zugangsdaten und werden auch vom selben Kunden in meinem Keyhelp bereitgestellt.

Du hast meine subtile Kritik an deinem Startpost nicht realisiert.
Was ich damit sagen wollte...Wir können hier mit Fantasiedomains nicht weiterhelfen. Sinnvoller Support ist nur mit existierenden Domains möglich, da wir nur dann von extern das DNS befragen und die betreffenden DNS RR von extern prüfen können.
Alles Andere wäre nur wildes Herumraten, denn für den von dir beschriebenen Effekt kann es vielfältige Ursachen geben.

Hallo Jolinar

Ich hab ja gar nicht erwartet, dass hier individuelle Hilfe zu bestimmten Domains angeboten wird. Ist doch immerhin "nur" ein Forum. Gibt ja auch das Ticketsystem. Doch ich nehme die Hilfe auch hier gerne an.

Sende ich per SMTP aus dem CMS von seelauscher.de eine E-Mail an eine E-Mail-Adresse bei @js-kaut.de, steht SPF passed im Header, sende ich aus dem CMS von schoenstatt-aulendorf.de per SMTP, steht kein Wort von SPF im Header.

seelauscher.de ist auf dem shared06
js-kaut.de, der Empfänger beider Test-E-Mails ist auf dem vServer, ebenso der Absender von schoenstatt-aulendorf.de.

Ich verbinde mich in beiden CMS-Systemen direkt per SMTP mit einem E-Mail-Konto. Trotzdem steht nichts zu SPF in den E-Mails, wenn sie von @schoenstatt-aulendorf.de kommen. Kann das daran liegen, dass @schoenstatt-aulendorf.de und @js-kaut.de auf dem gleichen vServer liegen und deshalb SPF nicht benötigt wird? Aufgefallen ist mir das fehlende SPF in der Android-App Fairmail, da dort DKIM, SPF, DMARC usw. zusätzlich visuell angezeigt werden.

Viele Grüße
Johannes

Also bei Absender und Empfänger auf dem selben Server nimmt die E-Mail eine Abkürzung. Das merkt Postfix(?), dass er für beide Domains zuständig ist und die Mail wird direkt ins Empfänger-Postfach geschrieben und nicht an sich selbst versandt und empfangen. Eine SPF-Überprüfung wird da mangels auf normalem Weg empfangener Mail gar nicht mehr durchgeführt.