Support Spass

[ANOther]

ein privater braucht eh keinen mailserver ...

ich würd bei privatkunden port 25 ohnehin auch abgehend sperren...
(ot, musst aber raus)

[medice]

ich würd bei privatkunden port 25 ohnehin auch abgehend sperren...
(ot, musst aber raus)

sodass der Kunde auch selbst keine mails mehr schicken will?

[ANOther]

genau:)
den port am providermailserver auf irgendein anderes ändern, hätt ich vlt dazuschreiben sollen...

oder nur henau einen smarthost zulassen [mail.provider.tld]

[medice]

und wenn der kunde gmx (oder dgl) verwenden möchte?

[lordpeng]

gmx hat doch eh so ein schönes web portal und gmx würde sicher nix dagegen haben, wenn 'kunde' dieses aufgezwungen bekommt, da könnens ihre werbung besser anbringen ...

btw. ich finde es wär nix dabei, wenn die provider wirklich standardmässig den mailserverbetrieb blocken würden und halt auf explizite anfrage (kostenlos) freischalten - wär vielleich ein kleiner beitrag um spam zu reduzieren ...

[ANOther]

die gmx-problematik löst sich in ludft auf, wenn der kunde
x einen smtp-server seines provider verwendet
x der auf port 12325 lauscht und
x smpt-auth voraussetzt

somit kann der kunde mailen...

[medice]

der kunde kann mailen - wenn der empfänger-server aber prüft, ob der absender auch über den mailserver der absenderadresse geschickt hat, dann haben wir mal wieder spam - und NEIN, das is keine Seltenheit...

[roro]

@medice: Was ist der Mailserver der Absenderadresse? MX-Record?
Dann müssten alle Inode Email Accounts ziemliche Probleme haben, denn
mx.inode.at (Eintrag in MX-Record) hat nicht die selbe IP wie smtp.inode.at (Ãœber den die Email verschickt werden).
Oder verstehe ich hier etwas falsch?

[medice]

da gibts dubioseste Konstruktionen bei verschiedensten Empfängern, aber gerade bei den Massenmailern schauen viele sehr genau hin, ob das aus der richtigen Ecke kommt oder so ein popliger AON-Server dahinter steckt

[ANOther]

das problem mit den schwindligen spam-protect-systemen löst sich aber auch mit dem wegfall der spams... da muss dann nicht jeder sein eigen süppchen kochen;)

[medice]

wenn die paar tausend privat-anschlüsse in Österreich absolut spamsicher werden, dann is das weltweit gesehen eher wurscht

[ANOther]

mönsch, denk GLOBAL
.at, .de, .eu, .cn, .tw .ru, und schon haste keinen spam mehr

[medice]

und du meinst, dass sich das international durchsetzt?

[lordpeng]

>und du meinst, dass sich das international durchsetzt?
warum sollte es nicht? wenn entsprechende stellen das koordinieren? immerhin müssten sich zukünftige potentielle methoden zur vermeidung von spam bzw. absender authentisierung auch erst etablieren - imho gibts da ja schon seit längerem diverse konzepte, warum also nicht auch gleich sowas umsetzen?

[LSDx]

Oder glaubst du wirklich wenn du von Provider A zu Provider B verlegst, dass der neue Provider eine "neue" Leitung verlegt.
Da wird auf die bestehende Leitung nur der "neue" geschalten --> na supa oder ?

Oooch ja, ich dachte wenn ich mich schon in untersten Schicht bewege muss ich mich doch nicht auf die a/b Schnittstelle versteifen, aber Danke für den Hinweis.