Warum zählen externe Adressen eigener Domains als Alias?

Funktioniert das ("E-Mail Clients können ebenfalls beliebige Adressen als Alias/Identität nutzen") auch mit Windows Mail?

Wenn ja: wie?

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.

Habt ihr etwas Neues gehört zu Aliasen eigener Domains?

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.

Hat jemand eine Alternative gefunden? Ich suche noch ein passendes Angebot, z.b. bei Netcup, dann bin ich weg, wenn mailbox.org bis dahin nichts tut. Anzahl externer Domains + mailbox.org-Adressen finde ich ok, aber nicht die Alias Begrenzung für die einzelnen externen Domains. Total beschissen gelöst. Und dass man den Cloud-Speicher mit mehr Geld nicht erhöhen kann, ist auch schlecht gelöst.

Nun ja, es ist halt die Frage was Du suchst. Webhosting-Services wie Netcup bieten (neben fast allen anderen Webhosting-Services) natürlich Mail als "Nebenprodukt" mit an.

Aber so umfangreich und sicher bekommst Du es mit eigener Domain in Deutschland nur bei mailbox.org.

Es ist halt eine persönliche Abwägung was man genau will.

Schade ist das mit den Aliasen schon - aber ich denke, es gibt dafür Gründe und wenn ich es richtig lese, dann wird auch am ganzen "Verwaltungsinterface" gearbeitet und es scheint sich hier bei auch um sehr "umfangreiche" Änderungen zu drehen.

Kann ich persönlich absolut nachvollziehen. Es ist natürlich bedauerlich, dass deinen Erwartungen nicht entsprochen wird.

Es hat jetzt jedoch eine Anpassung der Tarifstruktur stattgefunden: https://register.mailbox.org/de

Eigene Domains ist jetzt generell aber erst ab dem Standard-Tarif für 3,- EUR möglich.

auweia - und natürlich eine künstliche Beschränkung extra für externe Aliasse

Das wären dann aber 25 (@mailbox.org) plus 50 (eigene Domain(s)). Das ist schon deutlich besser als bisher. Damit kommt man schon ein Stück weit.

Ist ein guter Workaround. Allerdings würde ich persönlich mit diesem Gefummel gar nicht erst anfangen. Mit immer mehr Regeln und Konfigurationen wird das Ganze nur unübersichtlich. Es ist schon empfehlenswert sich möglich an den Standard zu halten.