COLOSSUS
AdministratorFrickler
|
Geht das mit Alias überhaupt dass von der richtigen Adresse geschickt werden kann? In der FROM-Adresse kannst du in aller Regel im MUA eintragen/wegsenden, was immer du willst.
|
nexus_VI
Overnumerousness!
|
Ausnahmen bestätigen die Regel, z.B. Office365 das verlangt, dass From: und authentifizierter Benutzer übereinstimmen müssen. Ich lasse die Sales-Leute das immer gerne selbst umsetzen, wenn Sie meinen 1x jährlich die TLD ändern zu müssen 
|
ZARO
Here to stay
|
Habe gerade angeschaut - bei SPRIT.org kann man beim alias(Weiterleitung) ein mapping zum Mail Account für den SMTP Versand anlegen, somit sollten dort auch Versand mit Alias möglich sein.
|
Viper780
ModeratorEr ist tot, Jim!
|
@COLOSSUS
klingt plausibel, schon mal umgesetzt?
@ZARO
Aber wenns nur ein Alias ist hast aber keinen anderen Mail Account und somit die selben SMTP Settings (und auch keine Weiterleitung)
|
d0lby
reborn
|
|
ZARO
Here to stay
|
Das Backup im nachhinein bring gar nichts - dieser liest bestehende Daten genauso wie Disk rebuild.
Wenn eine Disk diese lesebelastung nicht überstehen wird, ist egal ob diese vom Backup oder resync kommt. Die Wahrscheinlichkeit ist gleich groß.
Anders ist es natürlich wenn du bereits ein Backup hast und nur kleines Delta sichern musst, bzw. Wenn die Platten nicht voll sind.
|
COLOSSUS
AdministratorFrickler
|
@COLOSSUS
klingt plausibel, schon mal umgesetzt? Das brauchst du nicht umsetzen; das ist ein ziemlich integraler (und oft kritisierter) Bestandteil von SMTP. https://security.stackexchange.com/...spoofing#158302 versucht das z. B. zu erleutern. Dein TX-MTA kann da aber natuerlich beliebige Policies des Postmasters enforcen (wie nexus_VI das beschrieben hat) bzw., so wie z. B. auch Postfix das durch canonical address mapping/rewriting ermoeglicht, umsetzen.
|
XeroXs
doh
|
Könnte die Google g suite das nicht auch? Ja kann sie. Bei der GSuite habe ich ein bisschen ein Problem weil mir dann die Google Dienste nicht mehr erlauben die Alias-Adressen für verschiedene Dienste zu nutzen.. also ich hab gern z.B. analytics@ und androiddev@.. zum separieren der Dienste.. aber wenn die alle Google Alias Adressen sind geht das nicht.. + Faktor Datenkrake + zu guter letzt brauche ich was wo ich den smtp server für mein discourse nutzen kann... das scheint mit dem Google Server auch ned zu gehen.. Sonst hätte ich dort zumindest das größte Vertrauen dass Mails auch tatsächlich ankommen Mailbox.org wäre vom Ansatz her spannend, aber das ganze "Team Management" is sowas von drangetackert... :/ Hinterlassts ned unbedingt ein gutes Gefühl.. Aktuell bin ich bei Fastmail, das würde mir ja ganz gut gefallen, nur häufen sich in letzter Zeit die Fälle dass die Emails nicht ankommen.. Mail gehört endlich abgelöst... In der FROM-Adresse kannst du in aller Regel im MUA eintragen/wegsenden, was immer du willst. Dass man das kann ist mir klar, aber wie schaut es aus bzgl. Spam-Protection, kommen solche Mails dann noch verlässlich durch? Da tut sich ja so unglaublich viel :/
Bearbeitet von XeroXs am 18.06.2019, 08:55
|
COLOSSUS
AdministratorFrickler
|
Dass man das kann ist mir klar, aber wie schaut es aus bzgl. Spam-Protection, kommen solche Mails dann noch verlässlich durch? Da tut sich ja so unglaublich viel :/ Kann man nicht pauschal sagen. Meiner Ansicht nach ist es ueberhaupt kein zuverlaessiges Ranking-Kriterium, wenn sich Envelope- und Header-From unterscheiden - das ist in keine Richtung (spam oder Ham) aussagekraeftig. Ran on. Ich bin selbst postmaster bei uns in der Firma und hab seit mehr als einer Dekade meinen eigenen Mailserver mit allem Pipapo (informiertes DKIM/SPF/DMARC) in Betrieb, hab also eine gewisse Erfahrung in diesem Bereich. Die wahre Seuche, unter der Email heute zu leiden hat, ist imo falsch eingesetztes After-Queue Filtering. Wenn du als MTA einem anderen MTA eine Nachricht uebermittelst, fuehrst du einen SMTP-Dialog, an dessen Ende der Sender Gewissheit darueber haben soll, was das (temporaere oder finale) Schicksal dieser Nachrichtenuebermittlung war. SMTP hat Status-Codes aehnlich wie HTTP; oft sieht man z. B. "250 2.0.0 Ok: queued as 000A25A999" - dann sollte man davon ausgehen, dass der Empfaenger die Nachricht angenommen hat, und sie irgendwie in Richtung Empfaenger-Inbox (vma flagged als Spam) befoerdert wird. Leider ist das viel zu oft nicht wahr, und die Mail verschwindet in irgendeiner Scheiszhausloesung eines mistigen Antispam-Appliance-Anbieters, der keinen verf*ckten Plan von irgendwas hat - und dann darf man dem Muell im Falle des Falles nachtelefonieren(!), weil der postmaster-Account unter dem selben Filter-Wahnsinn leidet, und in irgendeiner nicht nachvollziehbaren Art und Weise bestimmte Mails stillschweigend diskriminiert. Mail muss entweder rejected oder (dem intendierten recipient!) delivered werden; "irgendwas dazwischen" Geht. Einfach. Nicht. Rant off. :> Ich versteh voll und ganz, wenn man Email an irgendwas oder irgendwen auslagert, der dieses Problem aufgrund seiner Marktmacht eher nicht hat bzw. haben darf, weil dann gleich 50% des derart daemlich gefilterten Mail-Traffics "weg" sind beim Empfaenger, und das dann wirklich auffaellt :> Aber es waer immens wichtig, dass mehr Leute und kleine Firmen diesen leider ermuedenen Kampf fuehren - sonst wird Email nur noch auf dem Papier ein "offenes" System sein, und ohne GMail und co. kann man effektiv nicht mehr daran teilnehmen. Edith mein noch, zu deiner Alias-Sache (analytics@ usw.) da: Viele Dienste unterstuetzen sogenannte "Details" im Local-Part - das ist ein beliebiger Suffix am Teil vor dem @, den du bei einer rcpt-Adresse nach Belieben angeben kannst. Meistens (ist eine Policy-Frage des MTA) ist das das Zeichen "+", und du kannst dann z. B. all die folgenden Adressen angeben, wobei alle Mail an protected delivered werden wird: fiktiv+spam@example.com fiktiv+oc.at@example.com fiktiv+geizhals@example.com ... - ich verwende so ein System, um tracken zu koennen, wer meine irgendwo in Accounts oder Newsletteranmeldungen hinterlassenen Mail-Adressen an Spammer leakt. Funktioniert gut, aber nicht immer, u. a. weil viele komplett ahnungslose Webdev Adressen in einer Art und Weise "validieren", dass sie eigentlich die Lizenz zum Programmieren auf Lebenszeit verlieren sollten.
|
wergor
connoisseur de mimi
|
aber nicht immer, u. a. weil viele komplett ahnungslose Webdev Adressen in einer Art und Weise "validieren", dass sie eigentlich die Lizenz zum Programmieren auf Lebenszeit verlieren sollten. ich hab das vor ~2 jahren versucht, und der einzige service der das damals akzeptiert hat war paypal  iirc hat nichtmal facebook mail adressen mit details unterstützt. habs dann wieder gelassen und bin einen anderen weg gegangen: easyname erlaubt unendlich viele email adressen für jede domain, jetzt mache ich für jeden service eine eigene email adresse und forwarde sie in mein postfach.
|
Punisher
Bukanier
|
ich hab das vor ~2 jahren versucht, und der einzige service der das damals akzeptiert hat war paypal iirc hat nichtmal facebook mail adressen mit details unterstützt. habs dann wieder gelassen und bin einen anderen weg gegangen: easyname erlaubt unendlich viele email adressen für jede domain, jetzt mache ich für jeden service eine eigene email adresse und forwarde sie in mein postfach. Mit dem ASFINAG Vignetten Onlineshop hatte ich deswegen auch meinen Spass 
|
XeroXs
doh
|
Bin jetzt jedenfalls bei mailbox.org gelandet, danke für den Tipp.
|
davebastard
Vinyl-Sammler
|
ich finds auch interessant, gibts da längere erfahrungswerte ? wie funktioniert das mit Kalender auf android z.B. einfach über active sync ?
|
Brom
Addicted
|
del
Bearbeitet von Brom am 18.06.2019, 14:40
|
d0lby
reborn
|
Ich verstehe nicht warum ich in Gmail und aif derstandard.at ständig Flirtseiten für Milfs bekomme. Ich besuche das nicht, keiner googelt danach, das nervt. Wenn ich in gmail anklicke „warum bekomme ich diese Werbung“, soll ich mich bei Google anmelden, was ich nicht will. Bin nie angemeldet. Ich komme nicht dahinter. Habt ihr auf Standard ebenfalls diese bezahlte Werbung als Anzeige? Ich suche weder danach, noch besuche ich diese Seiten. Freundin kanns nicht sein
|
Anmeldung