Webformulier komt niet aan bij sommige Hotmailer en Gmailers

[YolkNet]

Een php bestelformulier van een klant wordt verstuurd via PearMail. Bijna alle klanten ontvangen een kopie van dit bestelformulier, maar sommige Hotmail- en Gmail-adressen ontvangen het bericht niet.
Ik heb de SPF Record Wizard van Microsoft getest en alles was in orde.
Het bericht komt ook niet in de spambox van de gebruikers binnen.

Het return-path (noreply@domein.nl) kan e-mail ontvangen, maar daar komt niks binnen over geweigerde berichten.
Het lijkt er dus op dat het bericht door Gmail en Hotmail direct wordt verwijderd.

Raar is ook dat sommige Hotmail- en Gmail-adressen wel een kopie van het bestelformulier ontvangen.
Als ik een gewoon bericht stuur via een mailclient komt het bericht wel aan.

Wat kan ik nog meer proberen om de oorzaak te achterhalen?

[Ahmed]

Komt het niet in de spamboxen van beide webmailprogramma's? Misschien is er bij de ontvangers wel ingesteld dat spam direct verwijderd moet worden?

[YolkNet]

Nee, daar komt het niet binnen.
De gebruikers gebruiken de standaard instellingen, dus alle mail zou binnen moeten komen. Maar het komt niet binnen, en het wordt niet teruggestuurd naar de afzender.

[Triloxigen]

Welke melding krijg je terug?

[YolkNet]

in dit geval geen he. De mail wordt niet afgeleverd in een (spam)box en er komt geen reactie/melding terug.
Dat is ook het probleem. Met een foutmelding zou ik weten in welke richting ik ongeveer moet zoeken.

[TCM]

Staat je rDNS wel goed? Staat het ip-adres vanaf waar je stuurt in een lijst of iets dergelijks?
Voor hotmail kan je de postmaster site eens doorlezen van tips: http://postmaster.msn.com

[Triloxigen]

in dit geval geen he. De mail wordt niet afgeleverd in een (spam)box en er komt geen reactie/melding terug.
Dat is ook het probleem. Met een foutmelding zou ik weten in welke richting ik ongeveer moet zoeken.

Je serverlogfiles geven ook geen melding?

[YolkNet]

@TCM: Ook met de informatie van je link kom ik er niet uit. Volgens SenderScore zijn alle instellingen in orde.

@Triloxigen: ik zie bij de klant alleen de apache logfiles van vandaag. Dus ik kan het niet meer controleren.

[Alain]

Zowel GMail als Hotmail filteren e-mail soms al voordat het in een spambox komt. Mail komt dan gewoon niet aan. De exacte regels waaruit ze opmaken dat iets spam is, is (min of meer wel begrijpbaar) onbekend. Het vervelende is echter dat je een volledig goed geconfigureerde mailserver kunt hebben, juiste config van DNS, SPF etc, een normale e-mail inhoud en dat het toch gewoon niet aankomt. Je kunt hierbij ook niet aankloppen bij deze partijen, je hebt gewoon een probleem.

Een manier wat wel kan bijdragen aan een grotere kans dat de e-mail aankomt is zorgen dat de e-mailserver een goede reputatie heeft, dit kan bv al zijn doordat die gewoon met grotere regelmaat (legitieme) mailtjes verzend en niet een sporadisch aanmeld mailtje.

[YolkNet]

Bedankt voor je uitleg en informatie Alain, dat wist ik nog niet.

Het bestelformulier wordt minimaal eens in de 2 dagen gebruikt.
Je theorie klopt denk ik ook niet, want veel Gmailers en Hotmailers ontvangen wel een kopie van het bestelformulier.
Een paar bestellers ontvangen om een of andere rare reden geen kopie. Maar het wordt ook niet (zoals anders zou moeten volgens mij) teruggestuurd naar de afzender.

En volgens SendScore (zie mijn vorige bericht) komt de server ook niet voor op een blacklist.

[Alain]

Spamfilters werken niet op basis van 1 regeltje maar op basis van een scorelijst. Boven een bepaalde waarde is er dan wel of geen filtering. Dus het kan prima zijn dat een bestelformulier soms wel en soms niet aankomt, ook al lijkt alles hetzelfde, er zijn vaak toch subtiele verschillen. Denk aan tijdstip, bepaalde namen of woorden in een bestelformulier etc. Het zal mij bij Gmail bijvoorbeeld niets verbazen dat een mailtje die bijvoorbeeld om 4 uur snachts lokale tijd verzonden is, automatisch een iets hogere score krijgt dan hetzelfde mailtje om 4 uur smiddags lokale tijd. En reken er maar op dat Hotmail en Gmail op misschien wel tientallen van dit soort dingen de scores van een mailtje berekenen.

[TCM]

http://www.mxtoolbox.com/SuperTool.a...p%3a78.47.13.1

Het rDNS adres wat ingesteld is kan al veel roet in het eten gooien. Ook geeft je mailserver een ander adres door waardoor ze al gelijk geblocked kunnen worden om die reden.

[YolkNet]

Kijk eens aan. Toch een test waarbij de server geen volledige score haalt
Zou het dan daarmee te maken kunnen hebben?
En anders de theorie van Alain. Al blijft het dan raar dat e-mail via een mailclient als Outlook of Thunderbird altijd lijkt aan te komen.

EDIT
Op www.dnsgoodies.com geeft de rDNS geen foutmelding overigens.

[TCM]

Dan weet ik niet waar jij dan kijkt. Zelfs via DomainTools klopt hij niet:

http://whois.domaintools.com/78.47.13.1

[Alain]

Het is bijna altijd een combi. Dingen als SPF en (r)DNS moeten natuurlijk volledig goed geconfigureerd zijn, maar dat kun je ook wel (of eigenlijk beter) zonder al die tooltjes controleren door gewoon te kijken of zowel de mailserver domain hetzelfde is als wat er in de dns staat en de reversed dns moet dan ook weer het zelfde zijn.

Dat e-mail van een outlook client wel aan lijkt te komen heeft natuurlijk te maken dat dat op een geheel andere manier, wellicht zelfs via een volledig andere mailserver, is verzonden. Wat ik zeg is overgens geen theorie, zo werkt het gewoon.