Du könntest auf dieser Seite mal schauen, was der Mailserver sagt wenn du eine Mail an die Catchall Adresse einlieferst: MailCheck by janbrodda.de
Disclaimer: Das Tool ist von mir 
Disclaimer: Das Tool ist von mir
HELO mailcheck.janbrodda.de
250 srv-chi.fnx.li
MAIL FROM:<mailcheck@example.com>
250 2.1.0 Ok
RCPT TO:<etzuioiuzt@fnx.li>
550 5.7.1 <etzuioiuzt@fnx.li>: Recipient address rejected: Message rejected due to: SPF fail - not authorized. Please see http://www.openspf.net/Why?s=mfrom;id=mailcheck@example.com;ip=46.38.249.84;r=etzuioiuzt@fnx.li
QUIT
221 2.0.0 Bye
example.com bist Du jedenfalls nicht… 
Aber nebenbei bemerkt sehr interessant, weil ich bis heute (auch) nicht wusste, dass die für die Beispieldomain endlich einen SPF-Eintrag hinterlegt haben.
MfG Christian
Stichworte: SPF/DKIM/DMARC (wird an SPF liegen)
Das ist ein generelles Designproblem von E-Mail Weiterleitungen. Vollständig umgehen kann man es nur mit Fetch-/Getmail Implementierungen am Zielserver. Teilweise auch, indem der weiterleitende Server SRS unterstützt.
MfG Christian
KB19: das hat nichts damit zu tun Problem ist folgendes: Der User schickt von Mailadresse A (bei Google) eine Mail an Mailadresse B, welche an A weiterleitet. Google empfängt die Nachricht, zeigt sie aber nicht als neu an, da sie ja vom selben Account verschickt wurde.
Das ist eine Eigenheit von Googlemail, die mich auch schon einige Zeit gekostet hat. Deshalb bei Weiterleitungen an Google immer von einer dritten Mailadresse testen
Danke für die Aufklärung!
Trotzdem sollte man meine Punkte bedenken, wenn man Weiterleitungen einrichtet. Auf lange Sicht gesehen werden solche Probleme eher häufiger werden.
MfG Christian
Einzige Umgehung ist, vom Weiterleitungs-Ziel aus einen Fetch-Vorgang zu machen. Das geht bei Gmail ueber POP3 auch, allerdings passt das System das Intervall automatisch an die eMail-Menge an. Bei mir wurde dann nur noch ein mal pro Stunde gefetcht, das war mir zu selten..
