Onderwerp: SMTP - relay problemen

Nu hebben wij een nieuwe dedicated server gehuurd, paar domeinen opgezet maar helaas kunnen wij geen email verzenden. Iets dat op onze andere (dedicated) servers wel functioneert.

Ophalen van e-mail gaat wel. Maar verzenden via een domein op die server levert foutmeldingen op als "resolving address for" en vervolgens 'requested entry not found (11004).

Nu beweert de verhuurder van deze dedicated servers dat SMTP te gevaarlijk is. En daarbij dat ook jullie zoiets niet zouden toestaand:

bijna alle hostproviders gebruiken hun eigen inbel/kabelhost als SMTP verzending, diegene die dit niet doen riskeren hiermee hun netwerk. Het is al jaar en dag gebruikelijk dat je geen relay laat plaatsvinden via je server, dat is nu juist waar het vandaag de dag om gaat zoveel mogelijk spam te weren.

Nogmaals, geen problemen op onze andere servers (van andere verhuurders). De vraag is dus, is het waar dat jullie (hosting providers) de gehoste domeinen laat verzenden via jullie eigen inbelverbinding?

Het wordt veel gedaan (SMTP versturen via je eigen inbelprovider, ook omdat sommige providers al niet meer toestaan dat je verbinding probeert te maken met een andere dan hun SMTP server), maar je kan dit best op je eigen server doen, als je maar tenminste SMTP-authentificatie aanzet. Hiermee moeten gebruikers inloggen op de SMTP-server (en dus een username en wachtwoord hebben) voordat ze email mogen versturen. Bvk. ook nog een TLS verbinding gebruiken zodat alles niet plain-tekst over de lijn gaat

Thanks! Maar op de server (plesk 7 reloaded) staat SMTP aangevinkt, net als authentificatie.

Staat standaard al aangevinkt terwijl de verhuurder vandaag meldde dat ik dit nooit zou mogen doen:-)

Bovendien, als al het e-mail verkeer over mijn inbel account moet worden geleid, wordt het dan niet erg druk daar? Daarbij lijkt het me logisch dat als je een domein verkoopt je de koper ook de mogelijkheid biedt e-mail op te halen en te verzenden via dit domein. Of niet?

Meestal wordt het algemene advies gegeven (dus ook aan jouw hosting klanten) om als inkomende mailserver pop.domein.nl te gebruiken en als uitgaande mailserver smtp.inbelprovider.nl. Op die manier belasten al je klanten hun eigen inbelprovider en die zijn daar (normaal gesproken) op berekend.

Wat ik al aanhaalde over het blokkeren van poort 25 door inbelproviders (waardoor je dus gedwongen bent om de mailserver van je inbelprovider te gebruiken) komt steeds meer ivm het terugdringen van spam-runs vanaf besmette thuis-PC's.

Waarom jouw server het overigens niet doet:
Ik ben geen Plesk kenner, maar je zou eens kunnen controleren ofdat je mailserver draait, ofdat de poort niet wordt geblokeerd (telnet server.domein.nl 25) en of je wel mail kunt versturen als je op de prompt bent ingelogd. Misschien heeft je leverancier de mailserver "onklaar gemaakt" of op een andere poort gezet, dat is vanaf hier lastig te zien.

Putty wil niet naar poort 25.

Ik moet zeggen dat ik dit 'algemene advies' nog nooit ben tegengekomen. Ook niet bij andere servers die we huren.

Dat zou ook betekenen dat het password voor het ophalen van mail hetzelfde moet zijn als die voor de inbelprovider. In Eudora kun je voor beide acties namelijk maar een password geven.

dnsreport.com geeft aan dat geen reverse dns is ingesteld (PTR record). Daarbij waarschuwen ze dat er geen SPF record is en dit zou nou juist spammers moeten tegenhouden.

Is dit echt gebruikelijk? Ik ben het verzoek om een eigen SMTP verbinding te gebruiken nooit eerder tegengekomen.

wij bieden geen smtp service vanaf andere locaties maar verwijzen iedereen voor smtp naar hun eigen provider.

Je kunt dus inkomende server (pop3) zetten op het domein wat je ontvangen wilt en uitgaande email (smtp) op smtp.jouwprovider.nl

werkt perfect

Het is belangrijk dat je je SMTP server afdoende afschermd.

Het wagenwijd openzetten van je SMTP server resulteerd in dat je binnen 2 a 3 dagen 10.000'en mails per uur zal binnen krijgen van spammers.

Uiteraard wil je als hoster wel SMTP verkeer aan je klanten bieden, oplossing is dan door SMTP authentication te gebruiken, en eventueel zelfs nog op IP basis (al vind ik zelf SMTP Auth. al voldoende).

Zoals gezegd kan je al het email verkeer (geld ook voor POP3 en IMAP overigens) nog eens encrypten d.m.v. TLS.

Het nadeel is wel dat sommige ISP's (wannadoo en casema bv geloof ik) port 25 uitgaand blokkeren. Die hebben dus weinig keus om de SMTP server van hun eigen provider te gebruiken.

Als hoster zou ik in elk geval wel de mogenlijkheid bieden van een SMTP server voor je klanten.

Origineel geplaatst door Kurtje
wij bieden geen smtp service vanaf andere locaties maar verwijzen iedereen voor smtp naar hun eigen provider.

Je kunt dus inkomende server (pop3) zetten op het domein wat je ontvangen wilt en uitgaande email (smtp) op smtp.jouwprovider.nl

werkt perfect

Wij krijgen regelmatig vragen van nieuwe klanten of we ook een smtp server bieden, dit omdat naar zeggen van de klant bepaalde "inbel"providers geen smtp server bieden. Uit mijn hoofd gezegd komt dat voor bij bepaalde abonnementen van HetNet en bij DirectADSL van KPN.

Het wordt pas leuk als KPN bij het 'DirectADSL' abbo ook nog eens port 25 gaat blokkeren

Origineel geplaatst door byh


Wij krijgen regelmatig vragen van nieuwe klanten of we ook een smtp server bieden, dit omdat naar zeggen van de klant bepaalde "inbel"providers geen smtp server bieden. Uit mijn hoofd gezegd komt dat voor bij bepaalde abonnementen van HetNet en bij DirectADSL van KPN.

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!)

KPN Directadsl biedt wel degelijk smtp voor uitgaand emailverkeer.

Het zou ook vreemd zijn als ze geen smtp server zouden bieden bij de inbelproviders. Wie zegt namelijk dat jij ergens anders nog een eigen domein hebt waar je wel je email mee kunt versturen. Wellicht doe je het alleen met het emailadres wat je bij je inbelprovider hebt verkregen. Dan zou je dus vervolgens geen mail meer kunnen sturen omdat ze zelf geen smtp aanbieden ?!?!?

Wij bieden ook geen smtp aan onze klanten en verwijzen door naar de inbelproviders. Nog nooit te horen gekregen dat dat niet mogelijk zou zijn, maar het zou kunnen natuurlijk.

Origineel geplaatst door STABLE
KPN Directadsl biedt wel degelijk smtp voor uitgaand emailverkeer.

Kan kloppen hoor, ik heb de naam even niet 100% paraat, maar dacht dat het deze was o.a.

Overigens lijkt mij het sowieso onverstandig smtp services aan te bieden aan je klanten. Want wat als een van je klanten besluit een spamrun via je smtp server te doen?

Overstandig ? Het lijkt ons 1 van de dingen die elke hoster zou moeten aanbieden.

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.