[php] mailen als poort 25 geblokkeerd is

[TromboneFreakus]

Er zijn al heel wat topics over mailproblemen met PHP. Nu heb ik een eenvoudig vraagje voor een situatie die ik hierin nog niet tegenkwam: wat nu als poort 25 geheel geblokkeerd is op het netwerk?

Is een eigen mailserver installeren (localhost), luisterend naar een ander poortnummer dan nog een optie, of komt die mail vervolgens nooit aan?

[Icey]

Dan zou je ergens op internet iets moeten hebben wat jou andere poort weer omzet naar poort 25. Soort mail gateway/proxy achtig iets dus.

[dajappie]

Biedt je netwerkaanbieder geen eigen (uitgaande) mailserver aan die openstaat voor relaying vanaf hosts op dat netwerk? Je mist dan wat controle maar je kan in elk geval versturen. Voor inkomende mail zou je misschien ook van hun diensten gebruik kunnen maken, en anders idd een proxy aan de buitenkant die omzet van 25 naar jouw eigen poortnummer.

[TromboneFreakus]

dajappie schreef op maandag 18 juli 2005 @ 17:04:
Biedt je netwerkaanbieder geen eigen (uitgaande) mailserver aan die openstaat voor relaying vanaf hosts op dat netwerk? Je mist dan wat controle maar je kan in elk geval versturen. Voor inkomende mail zou je misschien ook van hun diensten gebruik kunnen maken, en anders idd een proxy aan de buitenkant die omzet van 25 naar jouw eigen poortnummer.

Punt is dat een telnet naar de smtp van de aanbieder totaal niet werkt, dus dit lijkt dicht te zitten.

Het gaat om een apart subnet voor studentenverenigingen op de Radboud Universiteit waar eigen servers gedraaid mogen worden. Kan me best voorstellen dat omwille van spam de poort dicht staat, maar het is wel een erg 'botte bijl' methode. Zeker wanneer je weet dat ze ook Quarantinenet (of zoiets, van de UT) draaien.

Maar goed, alle suggesties van harte welkom.

Doel is iets heel legitiems: leden via een mailtje authenticeren om ze vervolgens hun adresgegevens laten wijzigen.

[MTWZZ]

Waarschijnlijk is de poort 25 van de ISP mailrelay op het interne netwerk niet te bereiken vanwege security maatregelen (welke is de vraag maar dat boeit niet zo) maar op het externe net (Internet) dus wel. Je zou kunnen proberen de reguliere mailserver mail.$ISP.nl te gebruiken dat zou wel gewoon moeten werken.

[Verwijderd]

Als poort 25 uitgaand domweg niet werkt, kun je het versturen van mail wel vergeten. Tenzij je de mogelijkheid hebt elders op het internet een relay neer te zetten.

In dat laatste geval zou je via een onbekende poort de mail bij die relay kunnen droppen en dan die relay het op de normale poort laten versturen.

Voor het versturen van mail is nu eenmaal SMTP (=poort 25) nodig..

[ Voor 9% gewijzigd door Verwijderd op 18-07-2005 20:52 ]

[dajappie]

Misschien eens vragen aan de beheerders of vanaf dat subnet relaying toegestaan kan worden, desnoods alleen naar adressen op @ru.nl en subdomeinen? Tenslotte staat dat ook voor iedereen aan de grote boze buitenkant open om mail naar de RU te sturen, waarom dan niet voor jullie?

En weet je ook zeker dat e.e.a. wordt veroorzaakt door een router/firewall die specifiek dit verkeer uitfiltert? Andere verenigingen hebben ook het probleem? Zit het niet in jullie eigen configuratie?

Als alternatief is een andere mogelijkheid voor authenticatie niet mogelijk? Je kan bv. ook via hun mobiele nummer een sms te sturen nadat een gewone login heeft plaatsgevonden (a la IB-Groep) of zelfs alleen bij wijzigen van informatie. Vast genoeg gratis sms-diensten te vinden om die paar berichtjes mee te sturen.

[lier]

Verwijderd schreef op maandag 18 juli 2005 @ 20:52:
Als poort 25 uitgaand domweg niet werkt, kun je het versturen van mail wel vergeten. Tenzij je de mogelijkheid hebt elders op het internet een relay neer te zetten.

In dat laatste geval zou je via een onbekende poort de mail bij die relay kunnen droppen en dan die relay het op de normale poort laten versturen.

Voor het versturen van mail is nu eenmaal SMTP (=poort 25) nodig..

Voor het ontvangen van mail (als je dus zelf een mail server draait !) heb je poort 25 inkomend nodig. Voor het versturen moet je de ontvangende mail server op zijn poort 25 kunnen benaderen (zelf gebruik je hier geen poort 25 voor !).

[Verwijderd]

lier schreef op dinsdag 19 juli 2005 @ 13:46:
Voor het ontvangen van mail (als je dus zelf een mail server draait !) heb je poort 25 inkomend nodig. Voor het versturen moet je de ontvangende mail server op zijn poort 25 kunnen benaderen (zelf gebruik je hier geen poort 25 voor !).

Waar zeg ik dan dat dit niet zo is? Poort 25 uitgaand moet open zijn, als dat niet zo is, dan gaat het domweg niet.

[defusion]

hoezo moet die uitgaand open staan?
alleen inkomend moet open staan in principe, en als je lokaal draait, hoeft het helemaal niet, en komt de mail gewoon aan.
Tenminste, dat was bij mij thuis het geval toen ik nog @home had, @home blocked 25 inkomend, en met een lokale server kwam de mail gewoon aan bij de mensen.

* kan me vergissen, weet namelijk niet zeker of @home ook uitgaand blokkeerde *

[Verwijderd]

@home blokkeerde alleen inkomend, dus uitgaand stond open. Vandaar dat het werkt.

Kort.. bij het ontvangen van e-mail als mailserver, opent een andere mailserver een verbinding vanaf een poort hoger dan 1024 bij hemzelf naar poort 25 op jouw mailserver. Wil je dus een mailserver draaien, dient poort 25 inkomend open te staan.

Bij het verzenden van e-mail, verstuur je vanaf een poort hoger dan 1024 naar poort 25 op de mailserver waar je naartoe verstuurt. Dus moet poort 25 uitgaand openstaan als je mail wilt versturen.

[lier]

@defusion
Een beetje behoorlijke firewall kan zowel uitgaand als inkomend poorten sluiten.

@hezik
Je hebt helemaal gelijk, maar ik zeg ook niet dat je het wel zegt (ofzo )
Is alleen ter verduidelijking bedoeld !

[ Voor 3% gewijzigd door lier op 19-07-2005 15:30 ]

[Verwijderd]

Mogelijk kan je een "tussenstation" gebruiken mits je windows gebruikt.

HTTPTunnel

[ Voor 8% gewijzigd door Verwijderd op 19-07-2005 15:54 ]

[defusion]

Verwijderd schreef op dinsdag 19 juli 2005 @ 15:54:
Mogelijk kan je een "tussenstation" gebruiken mits je windows gebruikt.

HTTPTunnel

daar bestaan vast wel linux/enzo alternatieven voor

[Verwijderd]

Als je een tussenstation beschikbaar hebt, kun je gewoon met netfilter bouncen..

[TromboneFreakus]

Dank voor alle suggesties.

Het stomme is: in dit geval bleek het een veel te streng antivirus pakket te zijn dat botweg alle php-mails tegenhield.