eerder topic   volgend topic
  
Postfix via SMTP van ISP (ivm: block port 25)
6 maart 2010 - 13:35   
geplaatst door: rvdlee
Mijn ISP heeft opeens port 25 geblockt,
nu werken mijn website scrips niet meer voor het verzenden van mails.

hoe kan ik postfix instellen dat ie mails verstuur via de smtp server van mn ISP?

het moet vast ergens in de /etc/postfix/main.cf
bij relayhiost = smtp.mijnisp.com maar dat werkt niet. de mail log blijft melden dat port 25 geblockt is en mail komt niet aan.

wat zou ik nog meer moeten aanpassen?

Postfix via SMTP van ISP (ivm: block port 25)
6 maart 2010 - 16:41    reactie #1
geplaatst door: drrob
Ik heb hier geen oplossing voor. Vreemd dat het via relayhost nog steeds niet werkt. Je zou denken dat dat toch de oplossing voor je probleem zou moeten zijn. Over welke ISP hebben we het hier?
Postfix via SMTP van ISP (ivm: block port 25)
6 maart 2010 - 17:31    reactie #2
geplaatst door: michelvdb
Veel ISP's blokkeren poort 25 bij particuliere gebruikers om spam te voorkomen. De jouwe hoort nu blijkbaar tot die groep.
Postfix via SMTP van ISP (ivm: block port 25)
6 maart 2010 - 17:39    reactie #3
geplaatst door: karel apple
Kun je niet een alternatieve poort gebruiken? Zo omzeil ik (tot nu toe bij alle ISP's) de smtp blokkade.
Postfix via SMTP van ISP (ivm: block port 25)
6 maart 2010 - 17:42    reactie #4
geplaatst door: drrob
Dan zal de server die je aanroept wel naar die andere poort moeten luisteren. Hoe krijg je dat dan voor elkaar?
Postfix via SMTP van ISP (ivm: block port 25)
6 maart 2010 - 17:53    reactie #5
geplaatst door: karel apple
Ik heb bij mij mailserver een portforwarding gedaan van de externe poort die ik gebruik naar poort 25 intern. Alle externe smtp calls die ik doe worden dus keurig naar poort 25 van mijn mailserver geleid.
Postfix via SMTP van ISP (ivm: block port 25)
6 maart 2010 - 18:37    reactie #6
geplaatst door: drrob
Aha, jouw eigen mailserver. idd daar kan je nog wat op instellen. Maar zodra je iets naar een andere mailserver wilt sturen zal dat dus niet gaan lukken :-)
Postfix via SMTP van ISP (ivm: block port 25)
6 maart 2010 - 19:37    reactie #7
geplaatst door: neoman
Maar ligt het niet voor de hand dat rvdlee ook een eigen mailserver gebruikt? Anders zou hij toch geen last hebben van de blokkade van poort 25? De tip van karel apple zou perfect moeten werken!
Postfix via SMTP van ISP (ivm: block port 25)
6 maart 2010 - 19:51    reactie #8
geplaatst door: karel apple
Bovendien biedt een aantal mail providers ook een alternatieve poort aan.
Zo kun je <strike>.mac</strike> mobile me ook bereiken via poort 587 ipv poort 25
Postfix via SMTP van ISP (ivm: block port 25)
6 maart 2010 - 20:18    reactie #9
geplaatst door: michelvdb
Met dit verschil: poort 25 is onbeveiligd smtp, poort 587 is beveiligd met SSL.
Postfix via SMTP van ISP (ivm: block port 25)
6 maart 2010 - 20:27    reactie #10
geplaatst door: rvdlee

Citaat
karel apple om 17:53, 6-03-2010
Ik heb bij mij mailserver een portforwarding gedaan van de externe poort die ik gebruik naar poort 25 intern. Alle externe smtp calls die ik doe worden dus keurig naar poort 25 van mijn mailserver geleid.

ik gebruik de webserver scripts allen voor het verzenden van mail.
ik moet dat nu dus omleiden via de smtp van de ISP (snelnet).
hoe kan ik proberen of een andere poort ook werkt? poort26 of anders?

Postfix via SMTP van ISP (ivm: block port 25)
6 maart 2010 - 20:35    reactie #11
geplaatst door: karel apple
Poort 8025 is de officiële 'alternate smtp port'. Deze wordt inmiddels door sommige providers ondersteund. Of snelnet ook een alternatieve poort kent, weet ik niet.
Postfix via SMTP van ISP (ivm: block port 25)
7 maart 2010 - 01:42    reactie #12
geplaatst door: sreiche

Citaat
rvdlee om 20:27, 6-03-2010

ik gebruik de webserver scripts allen voor het verzenden van mail.
ik moet dat nu dus omleiden via de smtp van de ISP (snelnet).
hoe kan ik proberen of een andere poort ook werkt? poort26 of anders?

Kan je misschien niet gewoon beter in die webscripts verwerken dat ze mail versturen via de smtp.provider.nl 25?

  
eerder topic   volgend topic