KPN Glasvezel & port 25 inbound

[ADiTheMAN0]

Ik zit bij KPN (Glasvezel), en ik forward veel ports door, drie daarvan onderstaand. Heb mijn eigen router (TP-link).

Het lukt me niet op port 25 open te krijgen. Ik weet dat port 25 een port is die soms door providers geblokeerd wordt, maar ik kan geen duidelijke informatie vinden hoe KPN hier mee om gaat, maar zover ik kan zien zou dit niet geblokeerd moeten worden door KPN, zeker niet voor inbound. Hebben jullie hier ervaring mee? Alvast bedankt!

[ Voor 12% gewijzigd door ADiTheMAN0 op 15-06-2026 12:00 ]

[EverLast2002]

meer een vraag dan oplossing, maar waarom haal je die KPN Box er niet tussenuit en alleen je eigen router gebruiken?

[jeroen3]

Ik heb net even getest, en poort 25 is niet door KPN geblokkeerd.

[MasterL]

Bekijk dit even op de IP (L3) laag, wellicht komen de packets wel binnen maar worden deze
gedropped door de applicatie (lees mailserver) omdat deze wellicht geen requests toestaat vanaf het internet. Wat draai je Windows/Linux? Met tcpdump of wireshark kun je eens kijken wat er op (dst port) 25 binnen komt.

[jeroen3]

Ik heb dit overigesn getest door even een firewall regel aan te maken dit enkel logt in mikrotik.
Kan omada dat ook?

[ADiTheMAN0]

EverLast2002 schreef op maandag 15 juni 2026 @ 12:28:
meer een vraag dan oplossing, maar waarom haal je die KPN Box er niet tussenuit en alleen je eigen router gebruiken?

Ik gebruik de KPN box inderdaad niet, alleen de TP-Link gateway / router.

MasterL schreef op maandag 15 juni 2026 @ 13:13:
Bekijk dit even op de IP (L3) laag, wellicht komen de packets wel binnen maar worden deze
gedropped door de applicatie (lees mailserver) omdat deze wellicht geen requests toestaat vanaf het internet. Wat draai je Windows/Linux? Met tcpdump of wireshark kun je eens kijken wat er op (dst port) 25 binnen komt.

Ben een amateur, tot nu dacht ik dat sites als https://portchecker.co/ checken of de port geforward wordt bij binnenkomst aan mijn kant (op de router) om te bepalen of een port open of closed is. Maar de check gaat verder dan dat. Er zat inderdaad een fout aan de mailserver kant. Nadat dat was opgelost staat de port op Open. Ik wist niet dat closed kan beteken dat er na de router iets fout kan staan. Weer wat geleerd. Bedankt voor de hulp.

[nelizmastr]

ADiTheMAN0 schreef op maandag 15 juni 2026 @ 17:03:
[...]

Ik gebruik de KPN box inderdaad niet, alleen de TP-Link gateway / router.


[...]

Ben een amateur, tot nu dacht ik dat sites als https://portchecker.co/ checken of de port geforward wordt bij binnenkomst aan mijn kant (op de router) om te bepalen of een port open of closed is. Maar de check gaat verder dan dat. Er zat inderdaad een fout aan de mailserver kant. Nadat dat was opgelost staat de port op Open. Ik wist niet dat closed kan beteken dat er na de router iets fout kan staan. Weer wat geleerd. Bedankt voor de hulp.

Zolang er niks luistert achter de router zal een poort altijd dicht lijken van buiten

Dit is overigens geen suggestie om een vergiet van je router te maken

[lier]

Weet je zeker dat je zelf een mailserver wil draaien?

[jurroen]

lier schreef op maandag 15 juni 2026 @ 22:00:
Weet je zeker dat je zelf een mailserver wil draaien?

Ik ben dan niet TS, maar het kan prima. Ik draai al decennia eigen mailservers, waaronder onder eigen dak. Goede deliverability naar de grote partijen (Gmail, O365, Hotmail, Yahoo, Apple, etc).

Het enige nadeel wat ik in deze specifieke situatie kan bedenken is dat je - zover ik weet - bij KPN geen PTR / rDNS kunt instellen. En dat kan wel eens een (groot) probleem zijn.

[LucasVanDijk758]

Voor toekomstige meelezers: test dit ook echt vanaf buiten je eigen verbinding (bijv. mobiel netwerk/VPS), niet vanaf LAN via je publieke IP. NAT loopback en lokale firewallregels kunnen anders een verkeerd beeld geven. Voor SMTP is “poort open” alleen stap 1; daarna nog MX/A-record, firewall op de host zelf en bij mail vooral PTR/rDNS controleren. Dat laatste is bij consumentenlijnen vaak de vervelende beperking, ook als inbound 25 zelf niet geblokkeerd is.

[mikenuun]

Volgens mij is dit standaard bij KPN

Ik weet dat bij Zakelijk je het beveiligings niveau van de verbinding op 0 kunt laten zetten, dan gaat poort 25 wel open. Particulier geen idee, maar wellicht moet je het in die hoek zoeken

Edit : whoops zag niet dat TS het al gefixed had

[ Voor 10% gewijzigd door mikenuun op 16-06-2026 10:21 ]

[jurroen]

LucasVanDijk758 schreef op dinsdag 16 juni 2026 @ 05:37:
Voor toekomstige meelezers: test dit ook echt vanaf buiten je eigen verbinding (bijv. mobiel netwerk/VPS), niet vanaf LAN via je publieke IP. NAT loopback en lokale firewallregels kunnen anders een verkeerd beeld geven. Voor SMTP is “poort open” alleen stap 1; daarna nog MX/A-record, firewall op de host zelf en bij mail vooral PTR/rDNS controleren. Dat laatste is bij consumentenlijnen vaak de vervelende beperking, ook als inbound 25 zelf niet geblokkeerd is.

En SPF, DKIM, DMARC - plus als je het goed wilt doen DANE/TLSA, etc

Als je het wilt testen: check vooral mail-tester.com om te zien wat je deliverability is. Die kijkt niet overal naar - maar geeft wel een goed basis idee. En als je dieper in de materie wilt en alles goed wil leren: Run Your Own Mail Server. Ook verkrijgbaar op "onze" Bol.com - hoewel ik waarschijnlijk weer gespanked ga worden door mwl vanwege die opmerking