Onderwerp: SMTP POORT 25 AUTHENTICATIE INSCHAKELEN : goed idee?

Je kunt er toch een "open relay test" op af laten vuren? Zie je gelijk of het niet in de haak zit.
Zoiets : http://www.spamhelp.org/shopenrelay/

Oorspronkelijk geplaatst door dreamhost_nl

Je kunt er toch een "open relay test" op af laten vuren? Zie je gelijk of het niet in de haak zit.
Zoiets : http://www.spamhelp.org/shopenrelay/

Dat staat ook in dat stukje van DA wat ik hiervoor had gepost. Zeker een goed idee.

Oorspronkelijk geplaatst door k_clevers

Ik gebruik spamassassin als spamfilter.

Ik wil mijn SMTP gewoon zo configureren dat als de FROM één van de eigen virtuele domeinen is dat er dan authenticatie nodig is.
Nu is dat niet zo, mijn testen wijzen dit uit (ook geen pop nodig)

thx

Ik denk toch dat het vrij essentieel is voor een SMTP server om e-mail te ontvangen voor domeinen die op die server staan... die MAIL FROM heeft er dus weinig mee te zien. Het is gewoon een feit dat spam heel vaak het from adres gaat spoofen, maar dat is geen reden om daar op te gaan filteren. Als je authenticatie zou willen verplichten op basis van het from adres, dan ga je ongewild een hoop andere mails blokkeren. Stel een klant verstuurd een mail naar een collega (binnen hetzelfde domein), maar gebruikt hiervoor de SMTP server van zijn provider (zoals meestal verplicht is bij Belgie residentiele verbindingen), dan gaat jouw mailserver authenticatie vereisen van de server van bv Telenet. Dat gaat niet lukken dus. Verder heb je ook nog sites die soms e-mail versturen uit naam van iemand anders (zoals bv bij tweedehands websites als kapaza, kan niet direct andere concreet voorbeeld bedenken), dan doet die website eigenlijk ook aan spoofing. Ook die ga je dan missen.

As said before, goede spamfilter en die ook tijd en spam/ham geven om te leren. Verder zou ik gewoon smtp auth inschakelen voor relay of relay op poort 25 volledig verbieden en de klanten die toch via jouw server mail willen versturen, gebruik laten maken van mail submission. Dit is ESMTP met verplichte authenticatie op poort 587 (die trouwens niet geblokkeerd wordt door providers), liefst nog over SSL/TLS.