Warum zählen externe Adressen eigener Domains als Alias?

Das wäre ein erster sinnvoller Schritt. Noch besser wären unlimitierte Aliase bei eigenen Domain, da man hier ja niemandem Namen "wegnimmt" – im Gegensatz zu Aliase mit @mailbox.org.

Hi, ich denke, deine Ansprüche können erfüllt werden. So habe ich es gemacht...

Erste Regel, sog. "alles wegwerfen Regel":

Regel anwenden, wenn irgendeine Bedingung erfüllt ist. Bedingung, "irgendein Empfänger enthält "meinedomain.de", Aktion "verwerfen" --> wichtig, gegen nachfolgende Regel muss aktiviert sein!

Zweite neue Regel, sog. "moooment, folgende Mails bitte doch nicht wegwerfen":

Regel anwenden, wenn irgendeine Bedingung erfüllt ist. Jeder Alias bekommt eine eigene Bedingung mit "irgendein Empfänger enhält meinenalias@meinedomain.de" und der Aktion "behalten". Gegen nachfolgende Regel kann normalerweise deaktiviert werden, es sei denn, man hat noch andere Sachen vor.

Ich habe so schon ca. 100 Aliase eingetragen, alles nur über Regel und Catchall. Quasi ein spamfreies Postfach, denn wenn ich auf einem Alias Spam bekomme (was dank mailbox.org so gut wie NIE vorkommt) und ich keinen Bock mehr darauf habe, lösche ich den Alias in der zweiten Regel raus und vergebe für den betreffenden Webshop, etc. einfach einen neuen Alias.

Sollte ich mal über einen derart definierten Alias eine Mail verschicken müssen, kann ich diesen Alias einfach in meinem Mailclient (Thunderbird, iOS Mail) definieren und Mails darüber verschicken. Im Webmailer muss für den Aliasversand immer ein Alias von den dreien freigehalten werden, damit man diesen flexibel wechseln kann.

Die Verwendung des Filters "irgendein Empfänger" ist nicht (durchgehend) konsequent.

Beispiel: Ein Spamer versendet Mails an fünf zufällig generierte Email-Adressen mit deiner Domain. Die Mails wurden alle im Feld "An" eingetragen. Eine dieser Emails ist auch von dir "whitelistet" und soll durchkommen. Die übrigen vier allerdings nicht. Dennoch werden alle fünf bei dir im Postfach ankommen. Der Grund ist simpel: Der versendende Server erzeugt fünf Mails und sendet diese an jeden Empfänger. Problematisch ist nun aber, dass in allen fünf erzeugten Mails im Feld "An" im Header die gleiche Information enthalten ist, nämlich alle fünf Email-Adressen. Da in jeder dieser versendeten Emails die eine von dir "whitelistet" Email-Adresse enthalten ist, kommen alle fünf durch.

Außerdem: Bei einem Filter auf "An", "CC" und "Irgendein Empfänger" würden Empfänger in BCC überhaupt nicht berücksichtigt werden.

Dieses Szenario kommt in der Praxis vielleicht nicht sehr häufig vor, da (wie ich vermute), für jeden Empfänger eine eigene Mail generiert und versendet wird (ohne andere in "An"/"Cc"). Aber es verdeutlicht die Schwachstelle diese Filterlösung (die meines Wissens aktuell aber ohnehin die einzig halbwegs wirksame Möglichkeit bei Mailbox darstellt).

Korrekterweise müsste mit dem Filter "Envelope An" gearbeitet werden, da hier nur eine eindeutige Information enthalten ist. Alle fünf Emails enthalten jeweils nur die jeweilige Email-Adresse in "Envelope An". Durch diesen Filter können wirksam die vier unerwünschten Mails verworfen/abgelehnt werden.

Apropos ablehnen: Die Ablehnung einer (Catchall) Email die nicht gleichzeitig als Alias angelegt ist, führt zur Preisgabe deiner Mailbox-Hauptadresse im Header = uncool.

Genau zu diesem Thema hatte ich schon sehr intensiven (und sehr lehrreichen!) Austausch mit dem Support. Ein Filter auf "Envelope An" funktioniert gegenwärtig nur mit in den Einstellungen angelegten Aliasen! Und hier schließt sich der Kreis. Eine wirklich durchgehend wirksame Filterlösung gibt es nur mit Aliasen. Eine Begrenzung auf 25 Aliase ist daher für Leute wie mich, die gerne für jeden Service eine eigene Email-Adresse anlegen wollen, der Flaschenhals dieser Lösung.

Vielen Dank für deine Hinweise, so habe ich dies noch gar nicht betrachtet. Sobald ein "freigegebener" Alias in der Empfängerliste einer Mail ist, wird das Ding natürlich zugestellt. Bei mir noch nicht aufgetreten aber dennoch zu beachten. Bcc ist vermutlich bei mir ebenfalls noch nicht aufgetreten. Es wäre jedoch schön (beruhigend), wenn es für die Bcc eine Lösung gäbe.

Envelope an funktioniert meines Wissens jedoch mit eigenen Domains nicht, sonst hätte ich diese Bedingung genommen. Die Envelope-Bedingung greift nur bei mailbox.org-Adressen, da nur diese eindeutig einem einzigen Kunden zugeordnet werden können. Die fremden Domains müssen erst einem Benutzer, d.h. einer mailbox.org-Adresse, zugeordnet/übersetzt werden, was dazu führt, dass der Envelope-Filter "übersprungen" wird.

Meine Hauptadresse wird doch nur preisgegeben, wenn ich eine Mail bounce, d.h. als unzustellbar deklariere. Wenn ich die Mail einfach verwerfe, wie ich es mache, bekommt der Absender gar nichts mit und meine Hauptadresse wird nicht preisgegeben (hoffe ich jedenfalls - lasse mich aber gerne eines Besseren belehren :-)

Wie auch immer, die einzig schöne und saubere Lösung wäre es, wenn die Anzahl verfügbarer E-Mail-Aliase für eigene Domains erhöht wird (ich meine deutlich mehr als 25). Dafür würde ich auch sofort auf einen höheren Tarif upgraden.

Envelope-To funktioniert schon seit einiger Zeit vorzüglich mit eigener Domain und berücksichtigt damit genau die entsprechende Zieladresse, unabhängig davon, ob sie in TO oder BCC oder CC stand.

P.S.: Allerdings muss ein entsprechender Alias angelegt sein.

Cool, das werd ich gleich mal ausprobieren. Kannst du mir einen Tipp geben, was ich bei der Bedingung einstellen muss?

Envelope - Header Teil - "An" verbunden mit ...

1. enthält

2. stimmt exakt überein mit

3. stimmt überein mit

4. Regex

Danke dir!

Das hängt von deinem Anwendungszweck ab. Ich nutze einmal "stimmt überein mit" und das andere Mal eine regex.

Mein Workaround:

E-Mail-Aliase einzeln bei vorgeschalteten Webhoster einrichten und jeweils zu einer Mailbox.org-Adresse weiterleiten. "Empfänger" (An) bleibt ungeändert.

Was geht dann nicht?

- Mail-Extensions

- "Senden Als" mit eigener Domain.

Nein. Leider nicht.

Die waren mal mit dem relaunch Ende letzten Jahres im Gespräch.

Aber seitdem herrscht Funkstille.