Paul van der Vlis
2009-03-05 15:58:03 UTC
Hallo,
Ik richt al jaren mailservers in bij b.v. bedrijven en scholen, en stel
die zo af dat ze mail direct versturen, dus niet via de mailserver van
de ISP van de klant. Voordeel is transparantie, ik kan in de logs
precies zien of mail goed is aangekomen. En beperkingen of storingen op
de server van de provider worden omzeilt.
Deze klanten hangen natuurlijk vaak aan een DSL lijn met vast IP en via
DSL lijnen wordt ook regelmatig spam verstuurt...
Af en toe kom ik problemen tegen. UT-twente weigerde onlang bijvoorbeeld
mail van een klant met de melding "use SMTP server from your provider".
Nu moet ik zeggen dat die klant ook een wat slechte provider heeft, dus
ik kan me er iets onder voorstellen.
Deze week had ik een klant met een nieuw vast IP. Dit IP bleek op een
lijst te staan als was het een dynamisch IP. Het levert natuurlijk
moeite op dit soort zaken recht te zetten.
Wat doen jullie? Gebruik je de SMTP van de provider als relayhost of
verzend je direct?
Met vriendelijke groet,
Paul van der Vlis.
Ik richt al jaren mailservers in bij b.v. bedrijven en scholen, en stel
die zo af dat ze mail direct versturen, dus niet via de mailserver van
de ISP van de klant. Voordeel is transparantie, ik kan in de logs
precies zien of mail goed is aangekomen. En beperkingen of storingen op
de server van de provider worden omzeilt.
Deze klanten hangen natuurlijk vaak aan een DSL lijn met vast IP en via
DSL lijnen wordt ook regelmatig spam verstuurt...
Af en toe kom ik problemen tegen. UT-twente weigerde onlang bijvoorbeeld
mail van een klant met de melding "use SMTP server from your provider".
Nu moet ik zeggen dat die klant ook een wat slechte provider heeft, dus
ik kan me er iets onder voorstellen.
Deze week had ik een klant met een nieuw vast IP. Dit IP bleek op een
lijst te staan als was het een dynamisch IP. Het levert natuurlijk
moeite op dit soort zaken recht te zetten.
Wat doen jullie? Gebruik je de SMTP van de provider als relayhost of
verzend je direct?
Met vriendelijke groet,
Paul van der Vlis.
--
http://www.vandervlis.nl/
http://www.vandervlis.nl/