Onderwerp: SMTP - relay problemen

Op onze andere servers zit wel SMTP. Heeft nooit problemen opgeleverd.

Wat nu, moeten wij de mensen die domeinen bij ons huren vertellen dat ze geen e-mail mogen verzenden via hun eigen domein?

Vreemd....

Is het volgende (reactie van server verhuurder) geen onzin?

Als je toch wilt laten relayen en er ontstaan problemen met spam op deze server, loop je het risico dat de server zal worden geblackhold, maar goed dat is je eigen keuze, je dient dan in de mailsettings smtp via authentificatie aan te vinken dan wordt voor de verzending gevraagd naar user en passw. van dit account. (niet de weg en niet te adviseren)

Origineel geplaatst door Henky!
Is het volgende (reactie van server verhuurder) geen onzin?

Als je toch wilt laten relayen en er ontstaan problemen met spam op deze server, loop je het risico dat de server zal worden geblackhold, maar goed dat is je eigen keuze, je dient dan in de mailsettings smtp via authentificatie aan te vinken dan wordt voor de verzending gevraagd naar user en passw. van dit account. (niet de weg en niet te adviseren)

Nee. (Als je de voorgaande posten goed had gelezen dan had je deze vraag niet hoeven te stellen)

Nou, dan snap ik niet dat dit op onze andere servers geen enkel probleem is. Dit is echt nieuw voor ons.

Ben bang dat we dan weer van server moeten wisselen:-( Snap dat bij het zoeken voortaan de vraag moet worden gesteld of SMTP mogelijk is.

Toch gek.

Origineel geplaatst door Kurtje


Hebben wij nog geen ervaring mee gehad, tot op heden kan ik zo geen providers vinden die géén smtp bieden (zelfs chello bied het aan, dat is toch héél wat!)

Surfnet bied het op het netwerk van "Katolieke Universiteit Nijmegen." (Raboud Universiteit nu dacht ik) Geen STMP aan.

Dat werkt niet fijn kan je zeggen

Origineel geplaatst door royen99
Spammers zullen niet zo snel via een dergelijke service hun spams gaan versturen. Die doen dat wel via servers in azie of zuid-amerika etc.

Op spamvrij staan genoeg entries waarbij de spam wel degelijk is verstuurd via 'normale' hosting accounts.

Als e-mail verstuurd via de website (orderbevestiging, etc.) niet meer aankomt, is dat niet fijn.
Dat is een keer bij ons gebeurd omdat een andere provider die in dezelfde IP-range als ons zat SMTP aan zijn klanten aanbood.
Het resultaat was dat het hele IP-block geblackhole'd werdt, en wij dus ook.

Is smtp dan niet verbonden aan een domein? Of tenminste een IP adres? Hoe kan dat een complete IP-range beinvloeden?

Ik neem aan dat goede dns instellingen dit kunnen voorkomen, toch?

Origineel geplaatst door Henky!
Is smtp dan niet verbonden aan een domein? Of tenminste een IP adres? Hoe kan dat een complete IP-range beinvloeden?

Ik neem aan dat goede dns instellingen dit kunnen voorkomen, toch?

Het is verbonden aan een IP-adres.
Alleen op het moment dat er spam verstuurd wordt komt vaak het hele IP-block op de 'zwarte lijsten' te staan.
Dus ook de andere klanten van de desbetreffende colo-provider.

Bij partijen als spews.org komt een IP-range vrij snel op de blacklist, en vrij moeilijk er weer vanaf.

Lastig....

Enig idee hoe je veilig een smtp record toevoegd aan het dns van een domein?

De vraag is natuurlijk wat het voordeel zou zijn van smtp toestaan op je dedicated server.
Al die klanten hebben een smtp server beschikbaar, nl. die van hun provider. Waarom dan moeilijk gaan doen en spamruns op je dedicated server riskeren?

De reactie van de serververhuurder vind ik heel logisch eerlijk gezegd.

Origineel geplaatst door Redevelopment
De reactie van de serververhuurder vind ik heel logisch eerlijk gezegd.

Inderdaad. En daarbij komt nog de wettelijke bewaarplicht en Telecommunicatiewet die stelt dat al het SMTP verkeer gelogged en opgeslagen moet worden.
Speciale apparatuur hiervoor kost zo rond de 100.000 EUR.

Hoe denkt de TS (en andere SMTP aanbiedende hostingproviders) dit op te gaan lossen?

@Dillard en royen99 : Houdt rekening met het verschil tussen inkomend en uitgaand SMTP verkeer. Ik heb liever dat ISPs uitgaand poort 25/tcp blokkeren dan inkomend, dit zorgt er namelijk voor dat een zombie host geen spam meer kan versturen.

Origineel geplaatst door royen99
Spammers zullen niet zo snel via een dergelijke service hun spams gaan versturen. Die doen dat wel via servers in azie of zuid-amerika etc.

*rotfl*, ik zie toch echt meer spam van *DSL/Cable hosts komen dan van open relays uit bijv. Zuid Amerika of Azie. Daarnaast pakt een spammer elke relay die hij/zij maar kan vinden.

@Henky! : Pak eens een goed boek over DNS, SMTP/Sendmail, Unix- of Linux beheer. Want:

Origineel geplaatst door Henky!
Enig idee hoe je veilig een smtp record toevoegd aan het dns van een domein?

zegt naar mijn idee genoeg.

@Henky! : Pak eens een goed boek over DNS, SMTP/Sendmail, Unix- of Linux beheer. Want:


zegt naar mijn idee genoeg. [/B]

Wel een boel smtp info in O'Reilly maar niks over een smtp record in het DNS. Toch zoiets maar toegevoegd en het lijkt te werken.

Wat ik niet snap, we hebben meerdere (dedicated) servers gehad bij meerdere aanbieders. En altijd konden wij onze klanten zo een mooie smtp functie aanbieden die schijnbaar standaard aanwezig was.

Dit is voor het eerst dat ik van mogelijk misbruik hoor. Is er niet zoiets als beveiliging? Dnsreport.com spreekt in dit verband over een SPF record dat hiervoor noodzakelijk zou zijn (?).

Versturen via de eigen provider. Daarvoor zou je in Eudora dus twee personalities moeten aanmaken. Eentje om de meel op te halen en een andere om de meel te versturen. We hebben ook veel hosters meegemaakt in het verleden maar zo'n constructie ben ik nog nooit tegengekomen. De instellingen waren altijd:

mail.mijndomein.nl
smtp.mijndomein.nl

Ik weet niet precies hoe Eudora werkt, maar een 'personality' is toch een inkomend gebruikersprofiel neem ik aan?
Je hebt normaal gesproken genoeg aan één uitgaande mailserver instelling (die van je provider dus), uitzondering (zoals laptops) daargelaten.

En om antwoord op je vraag te geven: natuurlijk is het, tot op zekere hoogte, smtp te beveiligen, maar je blijft zitten met risico en problemen die bijvoorbeeld digiover al aandroeg.

Daarom dus nogmaals mijn wedervraag: waarom zo moeilijk doen als het makkelijk kan?

Waarom zou je 2 profielen moeten aanmaken?
Je kan toch als inkomend mail.domein.nl instellen en als uitgaand bv mail.chello.nl gebruiken.. Als je bij het reply adres gewoon je email adres van je domein invult, merkt er niemand wat van, en kunnen ke klanten gewoon met hun eigen domein mailen.(eigen domein in mail adres).

Je denkt gewoon veel te moeilijk...


(bovenstaand is de meest gebruikelijke manier)

Origineel geplaatst door Henky!
Nou, dan snap ik niet dat dit op onze andere servers geen enkel probleem is. Dit is echt nieuw voor ons.

Ben bang dat we dan weer van server moeten wisselen:-( Snap dat bij het zoeken voortaan de vraag moet worden gesteld of SMTP mogelijk is.

Toch gek.

Als je een beetje kennis van zaken hebt (en dat neem ik aan als je servers inhuurt en hosting aan gaat bieden) weet je ook dat het niet echt verstandig is om smtp (relay) aan te bieden aan je gehoste klanten verder vraag ik me af waarom je hier zo een groot probleem van maakt om bij de smtp settings van het hostaccount de gegevens van de inbel of kabel hoster te vermelden. Dat is wat het merendeel van de hostproviders toch ook doen, uitzonderingen wellicht daargelaten. Ik denk dat je server verhuurder je hier van de juiste informatie heeft voorzien, niets mis mee.