Catchall-Postfach - Mails werden mehrfach verteilt

    Moin,

    wir haben mal wieder ein Problem, was ich nicht lösen kann - warum auch immer :(

    David ruft alle Mails der Firma über ein Catchall-Postfach bei 1&1 ab.
    Im Grabbing-Server sind aktuell die Einstellungen so gesetzt:

    Auszuwertendes Adressfeld: leer
    Zieladresse: *@domain.de

    Testmail 1 geschickt - 3 User (2 User werden über Catchall und 1 User über ein eigenes Postfach versorgt)
    die beiden Catchall-User haben die Mail nur 1x bekommen, der User mit dem eigenen Postfach 2x

    envelope-to war einmal das catchall und einmal das eigene Postfach in den beiden mails ... liegt hier evtl. der Fehler "Auszuwertendes Adressfeld"?

    Testmail 2 geschickt - 3 User (alle über Catch-All) - alle haben die Mail nur 1x bekommen

    Testmail 3 - habe jetzt bei Auszuwertendes Adressfeld "envelope-to" eingetragen und nochmal probiert analog Testmail 1 aber selbes Bild.

    Testmail 4 - Auszuwertendes Adressfeld und Zieladresse - beides leer gemacht - auch wieder wie bei Testmail 1


    Wo hab ich hier meinen Denkfehler? :sleeping: :/ Danke für eure Ideen im Voraus

    Einmal editiert, zuletzt von ammermueller (5. Mai 2026 um 10:26)

    Normales Verhalten würde ich so ohne Header vermuten. In der Mail im Catchall stehen im Header 3 To Adressen mit der domain. Das Grabbing Postfach schaut nach *@domain findet drei und stellt die Mail an alle drei zu. das nächste Grabbing Postfach sieht die gleiche Mail im Postfach des Einzel User auf dem Provider Server und holt diese dann nochmal für den einzelnen User, entweder durch die Anlage des Grabbing Postfachs direkt beim User oder durch die Angabe von Auszuwertendem Adressfeld bzw. wenn beide Felder leer sind, wird m.W. automatisch das envelope-to: genommen.

    Also beim User-Postfach ist das Auszuwertende Adressfeld gesetzt.
    Macht es dann tatsächlcih einen unterschied, ob die Postfachdaten im POP3 Dienst oder beim User hinterlegt sind? Das habe ich bis jetzt noch nicht bedacht, dass hier eine interne Prio noch vorhanden ist?


    Hab jetzt mal versucht den Header einer Testmail zu anonymisieren. Die Mail ist die, die direkt an mich ging

    admin@domain.de ist das catchall Postfach

    Empfänger1 und Empfänger2 sind die catch-all-user
    Empfänger-Postfach ist der User mit dem eigenen Postfach bei 1&1


    Wenn die Anonymisierung so richtig vorgenommen wurde, sieht man ja das vermutete TO: im Header mit drei Empfängern auf der gleichen Domain.
    Wenn das Postfach direkt beim Benutzer eingetragen ist, steht in der ersten Zeile vom Header
    x-destarchive: und\dann\der\Pfad\zum\Eingang\des\Benutzers

    Genau - im Header sind 3 Empäfnger bei TO: vermerkt.
    Zwei via catch-all-postfach und einer mit dem user-postfach

    Ok - also theoretisch beim User direkt die POP3 Daten eintragen.


    aber ist trotzdem kurios, dass manchmal die Mails mehrfach kommen und machmal nicht.
    User mit eigenem Postfach haben wir nur 4 von 100 und mit denen hab ich eigentlich auch nicht oft Kontakt - jetzt in meinem Beispiel

    setze

    Envelope-To:

    in das auszuwertende Adressfeld beim catchall postfach und der Spuk ist sofort vorbei.
    Da Dein Provider das Feld nutzt und befüllt gibt es keinen Grund es selbst nicht zu nutzen und dem eigenen Server somit zu ermöglichen wirklich sauber zu arbeiten.

    Hallo zusammen,

    wir haben seit Jahren Catchall mit Strato eingerichtet und dann via Verteilregel auch Sammeladressen auf verschiedene USER/ Postfächer verteilt.

    Hat also mal sauber funktioniert.

    1. Seit einigen Wochen, muss eines der letzten Update gewesen sein, bekomme ich als Admin alle Mails welche an Sammeladressen gehen auch in mein Postfach.
    2. Bekomme ich alle Mails die irgendwie an uns gehen also auch Adressen welche gar nicht existieren und Subdomain Adressen welche auch nicht existieren, in mein Postfach zugestellt. bsp. abc@xyz.meineDomain.de bekomme ich zugestellt.

    3. Wir haben bei Catchall das Feld
      Verteilung-> Auszuwertendes Adressfeld: X-Envelope-To
      Verteilung-> Zieladresse: ist leer


      Hat noch jemand eine Idee oder ähnliches Problem?

    ------------------------------------------------
    -- Denn sie wissen nicht was sie tun--
    ------------------------------------------------

    hmm, seltsam.
    Bei uns funktioniert das nach wie vor einwandfrei mit den gleichen Einstellungen, die ich vor xx Jahren mal festgelegt habe.



    Bist Du sicher, das Du nicht irgendwo versehentlich was anderes geändert hast, was die Mails in Deinem Postfach auslöst?
    Eine fehlerhafte Verteilregel z.B. ...

    Hallo zusammen,

    wir sind nun von 1&1 zu UnitedDomains umgezogen aber seither gibt es das X-ENVELOPE-TO nicht mehr im Header.

    Wenn ich mit "To" und Zieladresse "*@domain.de" auswerte kommen Mails im Catchall aber trotzdem noch öfters an - teilweise landen CC Adressen von externen anderen Empfängern im "Unverteilt"


    Lass mal den Eintrag im auszuwertenden Adressfeld weg und benutze nur die Zieladresse. Schaue zusätzlich beim Postman unter Datenbanken "Gültige Domainnamen" ob da nur wirklich deine Domain zugelassen ist. Ansonsten hilft auch zu schauen was bei den Nachrichten im Unverteilt als Verteilkennung steht.

    Danke für die Tipps.

    Bei den "Gültigen Domainnamen" waren noch zwei weitere von uns, welcher aber nicht in Gebrauch sind, eingetragen.
    Die habe ich entfernt, dass nur die Domain drin steht, welche wir auch nutzen.

    Das Adressfeld habe ich leer gemacht.

    Jetzt ist wie es aussieht das "Unverteilt"-Problem gelöst aber die Mails bekomme ich trotzdem noch doppelt.

    Dann würde ich mal per Webmailer direkt auf das Postfach beim Provider schauen ob die Nachrichten da schon doppelt liegen.
    Dann beim David ob das Postfach u.U. zweimal abgeholt wird.
    Dann bei den Einträgen nach der Verteilkennung.
    Dann bei den jeweiligen Eingängen nach Verteilregeln.

    vielen dank für deine Hilfe!

    wenn ich mir von meinem gmx postfach eine testmail schicke mit 2 empfängern kommt diese doppelt im webmail an.

    David holt das auch 2x ab wenn ich das Log vom Grabbing-Dienst richtig deute

    Mail landet dann 2x bei mir und 2x im anderen Postfach

    Verteilregeln haben wir nicht.
    Es wurde irgendwie mal so eingestellt, dass der AD-user gleich dem Postfach/eMailadresse lautet und dann die Mails entsprechend zugeordnet werden.
    im Admin in den Verteilregeln sind nur Fax-Nummern für PC-Fax und Sammelpostfächer für die Firma ohne eigene eMailpostfächer.

    Im SMTP Header sind beide Empfänger im "To:"-Abschnitt drin
    Und es taucht ganz oben auf einmal X-POP3RCPLIST: *@firma.de auf, falls das relevant sein sollte?

    Verteilvorgaben im David Admin sind leer

    Es tut mir leid wenn ich hier n wenig schwerfällig rüber komme aber das Thema ist einfach für mich gerade nicht trivial :(

    OK, die liegen also identisch schon zweimal beim Provider? Dann hast du m.E. keine Chance die Doppelung nicht auch auf dem David Server zu haben. Da müsste der Provider ein x-delivered-to Feld oder ähnliches einfügen. Kann man das vielleicht dort konfigurieren? Wie sieht denn wohl ein Header aus wenn die Mail als BCC empfangen wurde?

    korrekt

    im webmail sieht es so aus

    bei UnitedDomains habe ich schon auch ein Ticket aufgemacht ... aber wie flexibel die sind ist schwer zu sagen jezt. Mal sehen was sich da noch ergibt.

    Im Hosting-Admin habe ich beim Postfach leider keine Chance irgendwelche Header-Paramter einzustellen :(


    Wenn ich beide Empäfnger im BCC habe und z.B. meine eigene Emailadresse im "An-"Feld dann landet die eMail im Unverteilt 2x und im header tauchen meine firmenadressen ja dann gar nicht mehr auf wg. BCC

    Ich glaube da stecken wir dann einfach fest ... :(


    Die KI meint dazu:
    Wie verhält sich united-domains aktuell?

    • Echte Postfächer (IMAP/POP3): Wenn Sie ein reguläres E-Mail-Paket bei united-domains nutzen, enthält der Header einer eingehenden Mail im Normalfall bereits ein standardisiertes Received:-Feld des Mail-Servers. Dieses dokumentiert den SMTP-Umschlag (Envelope-To). Sie können dieses Feld nicht verändern, aber Ihr Mail-Client oder Skript kann es auslesen. [1]
    • E-Mail-Weiterleitungen & Catch-All: Nutzen Sie eine reine E-Mail-Weiterleitung oder einen Catch-all-Account, bricht bei vielen klassischen Providern die Information über den "ursprünglichen" Empfänger im To:-Feld weg (besonders bei BCC). Da united-domains hier keine dedizierten X-Envelope-To-Header injiziert, filtert das Zielpostfach die Mail oft falsch.

    Provider ohne "X-Envelope-To:" Header sind leider ein echtes Problem.

    Der Hammer aber ist er "X-SMTPTOFIELD: To" Header und in Kombination dann noch für jeden Empfänger ein mal separat ins Catchall werfen.

    Also entweder oder, also entweder mit "X-Envelope-To:" für jeden Empfänger einmal ins Catchall, oder "X-SMTPTOFIELD: To" und nur einmal ins Catchall werfen. Die sollen sich mal entscheiden.

    Learning für die Zukunft: Vor einem Provider Wechsel erst mal gucken was die technisch können ;)

    Danke für eure Anmerkungen.

    Ich habe das ganze nun nochmals auch an David Support geschickt aber die erste Reaktion war eher mau - ein Satz im Ticket. Fertig.

    Bei UnitedDomains hab ich noch keine Rückmeldung auf das Ticket. Mal sehen ob da heute was kommt.


    Zitat von riawie

    Learning für die Zukunft: Vor einem Provider Wechsel erst mal gucken was die technisch können ;)

    sorry is zwar nett gemeint aber wie soll man das prüfen? v.a. ist es auch so spezifisch und catch-all können warscheinlich erstmal alle aber da wird kein Support irgendwie was wissen wie die SMTP Header aussehen :(

    In unserem Fall ist es halt so, dass wir schon nen großen Bestand an Domains dort haben aber unsere Hauptdomain noch wo anders lag und wir das nun glattziehen wollten.
    Und da wir auch nur die Hauptdomain für Mails nutzen war uns vorher das natürlich egal wie die das regeln, da die anderen Domains nur Weiterleitungen oder geparkt sind

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!

Benutzerkonto erstellen Anmelden