Relaying denied (mail.chello.nl via een andere ISP)

Status
Niet open voor verdere reacties.
S

svanas

Hallo,

Als nieuwe Chello abonnee vind ik het nog steeds onbegrijpelijk dat ik m'n Chello e-mail niet via een niet-Chello ISP kan versturen (bijvoorbeeld: als ik met m'n laptop op bezoek ben bij een klant, of een kennis, of sowieso iemand met een ISP anders dan Chello). SMTP via mail.chello.nl werkt dan niet (relaying denied). Dit is toch klantonvriendelijk? Niet iedereen zit altijd thuis op z'n Chello verbinding (vooral niet als je - zoals ik - regelmatig met de laptop op pad bent). XS4ALL deed hier nooit moeilijk over, maar met Chello lukt dat dus niet. Is er geen workaround hiervoor? (een andere SMTP server ofzo?) Kan Chello deze - in mijn ogen onnodige - security measure niet uitschakelen?

Hetzelfde geldt trouwens voor de usenet servers van Chello. Geen toegang via XS4ALL of Demon of welke willekeurige andere ISP. Ik betaal toch netjes voor m'n Chello dienstverlening? Wat maakt het dan uit of de feitelijke verbinding tot stand wordt gebracht via Chello of niet?

Groeten, en alvast bedankt,

Stefan van As
 
Het mag klant onvriendelijk lijken, maar heeft wel degelijk een goede reden!
Met SMTP kun je namelijk mail verzenden zonder dat je moet in te loggen. Het staat dan ook voor "Simple Mail Transfer Protocol". Op die manier zou het heel makkelijk worden om vanaf een ander netwerk de smtp servers van chello te benaderen en flink spam te versturen.

Wat je wel kan doen is de pop3 server van chello gebruiken, en als je bij iemand met bv. XS4ALL zit de smtp server van XS4ALLl gebruiken. Dat werkt ook prima.
 
heeft chello authenictate via pop3 niet aan staan?
Dan moet je eerst via pop3 inloggen en dan krijg je een bepaalde tijd om email te verzenden. Ik weet niet of chello dit heeft aan staan. maar is mischien het proberen waard.

XS4All heeft volgens mij ook alleen dmv authenticate via pop3 de mogelijkheid om te raleyen. Als XS4ALL namelijk dit niet zou hebben. is het een openrelay. en dan zou de email van xs4all door een groot aantal isp geweigerd worden. aangezien dit niet het geval is. geloof ik niet dat je zomaar kan relayen via xs4all.
 
Ohja, volgens mij gebruikt chello inderdaad ook authenticatie voor smtp. Maar dan nog kunnen ze het blokkeren vanaf andere netwerken.
Maar zeker het proberen waard!
 
little_peet zei:
heeft chello authenictate via pop3 niet aan staan? Dan moet je eerst via pop3 inloggen en dan krijg je een bepaalde tijd om email te verzenden. Ik weet niet of chello dit heeft aan staan. maar is mischien het proberen waard.
Klik om te vergroten...

Ik heb dat geprobeerd (log on to incoming mail server before sending mail), maar ook dit werkt niet (wederom relaying denied).

Waarom zetten ze bij Chello autenticatie op de SMTP server niet gewoon aan? Dan voorkom je ook dat derden de SMTP server misbruiken voor SPAM, maar dan kun je - als Chello klant - toch gewoon via een andere ISP je Chello e-mail verzenden. Dit is een klantonvriendelijke situatie, voorals als je - zoals ik - regelmatig met je laptop bij een klant op locatie online moet gaan.

Stefan van As
 
Werkt het dan niet als je "authentication" aanzet voor smtp? (authentication allowed)
Hier werkt dat namelijk wel.
 
René [Mr. Jinx] zei:
Werkt het dan niet als je "authentication" aanzet voor smtp? (authentication allowed)
Hier werkt dat namelijk wel.
Klik om te vergroten...

Nee, dit werkt helaas niet (Outlook 2002). Relaying denied, zelfs als ik SMTP authentication gebruik. Waardeloos dat dat niet kan. Ik ben - dankzij username/password - toch immers "authenticated" als een Chello klant? Waarom moet ik dan perse van het Chello netwerk gebruik maken? Moet toch ook via Demon of XS4ALL mogen? Het argument van beveiliging gaat - dankzij SMTP authentication - toch niet op?
 
officieel ondersteund smtp geen authenticatie. Dat is het grote probleem nou juist van smtp. Verschillende leveranciers van mailservers hebben hiervoor een oplossing verzonnen maar dit is nooit gestandariseerd. Er bestaan verschillende manieren van autheriseren afhankelijk van de gebruikte server. Als een server een bepaalde manier ondersteund wil dit nog niet zeggen dat alle clients die manier ook ondersteunen. Het is namelijk een uitbreiding op de SMTP standaard die niet verplicht is op te nemen in SMTP.

Microsoft is onder andere zich hier druk over aan het maken om een nieuwe standaard voor email servers te introduciren. met sender identiefier.Hier door moet spam ook niet meer mogelijk zijn zonder de echte afzender te achterhalen. Het bedrijf met het minste verstand van beveiligen is een standaard aan het ontwikkelen. Dus of het ooit beter zal worden als dat het nu is ...?

Dat jij nu niet kan versturen via de chello smtp server is niet de schuld van chello. Het is de schuld van iedereen die in het verleden en in de toekomst de mogelijkheden van email verkeer misbruikt hebben.
Je weet wel, het principe wat iedereen op de basisschool al geleerd heeft. Dat de kleine groep het voor de grote groep verpest.
 
little_peet zei:
officieel ondersteund smtp geen authenticatie. Dat is het grote probleem nou juist van smtp. Verschillende  leveranciers van mailservers hebben hiervoor een oplossing verzonnen maar dit is nooit gestandariseerd. Er bestaan verschillende manieren van autheriseren afhankelijk van de gebruikte server. Als een server een bepaalde manier ondersteund wil dit nog niet zeggen dat alle clients die manier ook ondersteunen. Het is namelijk een uitbreiding op de SMTP standaard die niet verplicht is op te nemen in SMTP.

Microsoft is onder andere zich hier druk over aan het maken om een nieuwe standaard voor email servers te introduciren. met sender identiefier.Hier door moet spam ook niet meer mogelijk zijn zonder de echte afzender te achterhalen. Het bedrijf met het minste verstand van beveiligen is een standaard aan het ontwikkelen. Dus of het ooit beter zal worden als dat het nu is ...?

Dat jij nu niet kan versturen via de chello smtp server is niet de schuld van chello. Het is de schuld van iedereen die in het verleden en in de toekomst de mogelijkheden van email verkeer misbruikt hebben.
Je weet wel, het principe wat iedereen op de basisschool al geleerd heeft. Dat de kleine groep het voor de grote groep verpest.
Klik om te vergroten...

Jaja, maar waarom werkt het met XS4ALL of Demon dan wel? (dit zijn andere ISPs waar ik klant bij ben geweest). Nooit problemen gehad om m'n e-mail via de SMTP servers van XS4ALL of Demon te verzenden, ook al bevond ik me niet op een XS4ALL of Demon netwerk.

Hetzelfde geldt trouwens voor de usenet servers van Chello (die toch WEL authenticatie ondersteunen?) Zodra ik autenticated ben, ben ik toch geidentificeerd als Chello klant? Ik zie nog steeds niet in waarom de usenet server mij dan weigert. Who cares what network I'm using?
 
Dat xs4all en demon iets aan bieden dat buiten de specificatie's ligt wil nog niet zeggen dat andere dit ook moeten doen. Als je deze extra specs nodig hebt moet je zorgen dat je een provider zoekt die dit ondersteund. Als je mp3 in je auto wilt afspelen koop je toch ook geen cd speler die dit niet ondersteund en dan een klacht indienen bij de fabrikant dat die geen mp3 afspeeld.
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan