Onderwerp: SMTP problemen met betrekking to mobiel internet

Hallo mensen,

Ik zit met een probleem over de SMTP instellingen van mijn iphone.
Ik heb een eigen mailserver draaien op een VPS met Directadmin. Via de webmail werkt alles perfect.
Het probleem is dat ik via mijn iphone alleen maar mails kan ontvangen, versturen werkt niet.

Ik heb mobiel internet van KPN, als ik de smtp instel op: smtp.kpnplanet.nl
Dan kan ik inderdaad mail versturen, maar zodra ik op de WIFI ga werkt dit weer niet.

Ik heb gelezen dat mensen zijden dat je de SMTP poort moet veranderen van de mailserver omdat deze geblokt kunnen worden door je providers.
Is dit wel verstandig? en ben ik zo van mijn problemen af?

Mijn vraag is:
wat is nou eigenlijk de goede en juiste oplossing?

Ik heb zelf ook mobiel internet van KPN. Zelf ondervind ik geen problemen hiermee.
Het zou misschien kunnen helpen om je mail server extra te configureren op poort 587, de zogenaamde SMTP Submission poort.
Dat is wel hoe ik mijn omgeving gebruik...

Oorspronkelijk geplaatst door NDIS

Hallo mensen,

Ik zit met een probleem over de SMTP instellingen van mijn iphone.
Ik heb een eigen mailserver draaien op een VPS met Directadmin. Via de webmail werkt alles perfect.
Het probleem is dat ik via mijn iphone alleen maar mails kan ontvangen, versturen werkt niet.

Ik heb mobiel internet van KPN, als ik de smtp instel op: smtp.kpnplanet.nl
Dan kan ik inderdaad mail versturen, maar zodra ik op de WIFI ga werkt dit weer niet.

Ik heb gelezen dat mensen zijden dat je de SMTP poort moet veranderen van de mailserver omdat deze geblokt kunnen worden door je providers.
Is dit wel verstandig? en ben ik zo van mijn problemen af?

Mijn vraag is:
wat is nou eigenlijk de goede en juiste oplossing?

De goede en juiste oplossing (al een behoorlijk aantal jaren) is om een SMTP smarthost via de SMTP submit poort aan te spreken. Met authenticatie, en over SSL.

Er zijn twee opties :
Op port 465 praat je meteen SSL, en binnen die SSL sessie doe je authenticatie (SMTP auth), en daarna lever je de mail aan die de smarthost moet verzenden.
Dit is een legacy poort.

Of op poort 587, daar (kun) je plain text praten (nog steeds na SMTP authenticatie), maar kun je na STARTTLS ook (verder) praten in een TLS/SSL sessie.

Het goede juiste antwoord is dus : poort 587 voor SMTP submit, zorg dat STARTTLS werkt en zorg dat authenticatie werkt.
Daarmee moet je vanaf overal gewoon je eigen smarthost kunnen gebruiken om mail mee te verzenden, zijn de passwords veilig dankzij SSL (ook als auth plain gebruikt wordt), en is het geen publiek relay vanwege de authenticatie.
Je kunt ook zien dat bv een iPhone hiernaar default, en dat dit de instellingen zijn voor gmail (en door google gehoste maildomeinen).

Poort 25 voor een smarthost, en kludges als pop-before-smtp konden er een decennium geleden mee door, maar moet je nu echt vanaf.

@visser
Bedankt voor je reactie.
Het werkt!

Ik heb poort 587 gebruikt met smtp authenticatie.

Of op poort 587, daar (kun) je plain text praten (nog steeds na SMTP authenticatie), maar kun je na STARTTLS ook (verder) praten in een TLS/SSL sessie.

ik ben nu heel gelukkig! haha, best irritant om nooit direct een mail terug te kunnen sturen.

Bedankt.

Oorspronkelijk geplaatst door crossplatform

Het zou misschien kunnen helpen om je mail server extra te configureren op poort 587, de zogenaamde SMTP Submission poort.

Dat zou al standaard ingesteld moeten zijn door directadmin

Klopt helemaal wat je zegt.
Alleen moest het wel even instellen op mijn telefoon.

Oorspronkelijk geplaatst door NDIS

@visser
Bedankt voor je reactie.
Het werkt!

Ik heb poort 587 gebruikt met smtp authenticatie.


ik ben nu heel gelukkig! haha, best irritant om nooit direct een mail terug te kunnen sturen.

Bedankt.

Ha mooi.
Controleer wel even of je server ook inderdaad SSL doet, of zo niet, je dan tenminste geen plain text password stuurt.
Zeker als je van overal en nergens (publieke wifi e.d.) mail wilt sturen, kan dat maar beter met encryptie gaan.
Het makkelijkste is waarschijnlijk om even tcpdump/tethereal op je server te draaien en een sessie te capturen, dan zie je wel of er SSL onderhandeld wordt.