Onderwerp: SMTP POORT 25 AUTHENTICATIE INSCHAKELEN : goed idee?

Beste,

Momenteel staat mijn directadmin VPS (België)
ingesteld dat eenieder op poort 25 e-mails kan posten zonder authenticatie zolang de FROM één van de virtuele domeinen is.
Dit zorgt voor spam!

Ik zou deze graag strenger maken zodat een paswoord nodig is (in EXIM.CONF) ?
Wat zijn de gevolgen hiervan ? Is dit aan te raden ?

Oorspronkelijk geplaatst door k_clevers

Beste,

Momenteel staat mijn directadmin VPS (België)
ingesteld dat eenieder op poort 25 e-mails kan posten zonder authenticatie zolang de FROM één van de virtuele domeinen is.
Dit zorgt voor spam!

Ik zou deze graag strenger maken zodat een paswoord nodig is (in EXIM.CONF) ?
Wat zijn de gevolgen hiervan ? Is dit aan te raden ?

Dat is uiteraard een goed idee. Is deze VPS een productie server waar momenteel klanten op staan? Dan krijg je namelijk wel te maken met het feit dat klanten ineens geen e-mail meer kunnen sturen tot ze de configuratie op hun computer aanpassen.

Oorspronkelijk geplaatst door k_clevers

Beste,

Momenteel staat mijn directadmin VPS (België)
ingesteld dat eenieder op poort 25 e-mails kan posten zonder authenticatie zolang de FROM één van de virtuele domeinen is.
Dit zorgt voor spam!

Ik zou deze graag strenger maken zodat een paswoord nodig is (in EXIM.CONF) ?
Wat zijn de gevolgen hiervan ? Is dit aan te raden ?

Correctie: zolang diegene daarvoor al via POP authenticatie heeft gedaan is dat mogelijk. Als je enkel de FROM op geeft werkt dat natuurlijk niet, je moet eerst authenticatie uitvoeren met POP voordat het vrije e-mail verzenden werkt.

Oorspronkelijk geplaatst door Yourwebhoster

Correctie: zolang diegene daarvoor al via POP authenticatie heeft gedaan is dat mogelijk. Als je enkel de FROM op geeft werkt dat natuurlijk niet, je moet eerst authenticatie uitvoeren met POP voordat het vrije e-mail verzenden werkt.

Klopt, als ik het goed heb is dat inderdaad de standaard configuratie zoals DA hem opzet.

TS, heb je dit in het verleden aangepast (laten aanpassen) zodat dit helemaal open staat nu, of heb je gewoon nog deze standaard configuratie?

Ik bedoel je kan gewoon connecteren op de 25 op mijn VPS en dan
HELO eigendomein.BE
RCPT TO: whoever@eigendomein.BE
DATA
en de mail wordt verstuurd, dus eenieder kan zo in mijn eigen domeinnaam spam versturen.
En dat wil ik blokkeren want zo krijgen mijn klanten continu spam.

Ik heb nooit iets laten aanpassen. Zo heb ik de VPS verkregen.

Oorspronkelijk geplaatst door k_clevers

Ik bedoel je kan gewoon connecteren op de 25 op mijn VPS en dan
HELO eigendomein.BE
RCPT TO: whoever@eigendomein.BE
DATA
en de mail wordt verstuurd, dus eenieder kan zo in mijn eigen domeinnaam spam versturen.
En dat wil ik blokkeren want zo krijgen mijn klanten continu spam.

Dat werkt inderdaad als je via POP ingelogd bent voor max. xx minuten (Weet ik even niet meer hoe lang dat is), als je dit niet gedaan hebt dan kan je ook die commando niet uitvoeren. Maar de reden dat je klanten spam ontvangen is niet omdat dat open staat (default is dat niet zo) maar omdat je geen goede spam filter hebt. Kijk eens hier hoe dit voorkomen kan worden om te beginnen.

Oorspronkelijk geplaatst door k_clevers

Ik heb nooit iets laten aanpassen. Zo heb ik de VPS verkregen.

Dan is jou SMTP server als het goed is uitsluitend toegankelijk voor computers waarmee in de afgelopen x minuten een succesvolle POP (of IMAP) verbinding is gemaakt.

Volgens mij is die POP stap bij mij niet nodig, getest met account waar ik nog nooit voor gepopt heb en dat werkt gewoon als from en to in mijn eigendomein.be zitten hé weliswaar

Oorspronkelijk geplaatst door k_clevers

Volgens mij is die POP stap bij mij niet nodig, getest met account waar ik nog nooit voor gesmptpt heb en dat werkt gewoon als from en to in mijn eigendomein.be zitten hé weliswaar

Met POP authenticatie maakt het niet uit met welke from je vervolgens gaat faken, in de headers van het e-mailtje zul je alsnog de naam van het DirectAdmin account kunnen terug vinden waarmee POP3 authenticatie uitgevoerd is.

Verder geef je aan dat je dit doet omdat je klanten last hebben van SPAM. Goede motivatie om dit te doen is SPAM bij andere te voorkomen (en blokkade van jou server), maar dit zorgt er niet voor dat jou klanten minder last hebben van SPAM. Spammers vinden altijd wel weer een andere server om jou klanten lastig te vallen, daarom is een goede SPAM-filter ook noodzakelijk.

Dus 2 dingen:
1. Uitgaande e-mail beveiligen om te voorkomen dat SPAM via jou server naar de wereld wordt gestuurd.
2. Een goede SPAM-filter installeren/instellen om te voorkomen dat de wereld spam naar jou server stuurt.

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

Oorspronkelijk geplaatst door Marco Mahieu

Dat is uiteraard een goed idee. Is deze VPS een productie server waar momenteel klanten op staan? Dan krijg je namelijk wel te maken met het feit dat klanten ineens geen e-mail meer kunnen sturen tot ze de configuratie op hun computer aanpassen.

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

Is mogelijk, heb je mijn eerste vraag gelezen?

Bij deze trouwens nog even een stukje uitleg hoe DA dit in 99% van de gevallen regelt:

I think I have an open relay, what do I do?

About 99% of all emails to us with this question end up being da-popb4smtp causing confusion, and not an open relay. What da-popb4smtp does is adds your own IP to the /etc/virtual/pophosts for 30 minutes file after you've authenticated with pop or imap. Any IP in this file can send emails freely without smtp authentication, but since you've already authenticated with pop, you're a valid user anyway, so it's not an issue.

You can check if you have an open relay at dnsreport.com as they have an open relay check in their mail settings check.

You should almost never have any domains listed in the /etc/virtual/whitelist_domains file as any email with any from address as any domain in that file can relay through your server. Use it as a last resort only. Be especially careful to NOT have commonly forged domains, such as hotmail, gmail, etc., in that file.

Bron: http://help.directadmin.com/item.php?id=201

Oorspronkelijk geplaatst door Marco Mahieu

Is mogelijk, heb je mijn eerste vraag gelezen?

Dit gaat idd over een publieke server met klanten.