Bekijk Volledige Versie : Hotmail SmartScreen filter problemen
Hallo allemaal,
Wij hebben een dedicated server voor onze webshop. Via deze server worden ook de orderbevestiging en facturen per email verzonden naar onze klanten. Sturen we een email naar een hotmail account dan komt deze altijd in de spambox terecht van de klant.
Ik heb een formulier ingevuld bij Microsoft om dit te rapporteren maar het enige dat ze melden is dat berichten gefilterd worden op basis van hun SmartScreen filter. Met een aantal opties: Brand your email, follow best practices, opt in, jmrp, snds.
We hebben geen mailinglist en versturen alleen gevraagde mails (orderbevestiging, facturen) en de mails zien er netjes uit qua opmaak (plain text).
Krijg van Microsoft verder geen enkele feedback wat ik nu kan doen. Ze hebben vele automatische formuliertjes waarin ik zaken verplicht moet invullen die helemaal niet van toepassing zijn. We vragen onze klanten om onze mails als 'veilig' te markeren en hopen dat de SmartScreen filter hier wellicht van leert. Dit duurt echter wel heel erg lang.
Kunnen we dit probleem op een andere manier oplossen?
patrickekkel
08/10/13, 14:45
Wordt voor het versturen gebruik gemaakt van phpmail of smtp ?
We gebruiken hiervoor SwiftMailer in ons PHP framework. Gaat dus via SMTP.
patrickekkel
08/10/13, 15:01
oke en hoe zit het met je rDNS en server hostname ?
Goed dat je het vraagt. Ik heb net een online check gedaan via http://mxtoolbox.com/SuperTool.aspx# en krijg deze melding: "Warning - Reverse DNS does not match SMTP Banner". Snapte ik in eerste instantie maar het geval is dat onze server meerdere IP adressen heeft. Ik dacht dat ie de eerste zou gebruiken maar hij gebruikt het laatst toegevoegde adres blijkbaar (eth0:3). Wellicht is dit instelbaar maar geen idee waar.
Ik heb voor dit adres nu een correct rDNS ingesteld. Even afwachten of dit werkt.
Iets wat ik trouwens ook niet snap is het volgende. Als ik op deze pagina met SPF records controleer en ik vul onze domeinnaam in dan zegt ie "No SPF Record Found". Terwijl er wel degelijk een SPF record is.
http://www.microsoft.com/mscorp/safety/content/technologies/senderid/wizard/
SebastiaanStok
08/10/13, 20:22
Je moet bij de mailserver instellen wat het uitgaande IP-adres is :)
Dit probleem had ik vroeger ook.
http://www.postfix.org/postconf.5.html#smtp_bind_address
En Exim http://help.directadmin.com/item.php?id=152
@SebastiaanStok thnx! Zal ik eens bekijken..
Het ipadres dat de mail bij Hotmail aflevert heeft een rDNS record. Wat bedoel je precies met correct? Op dit moment is deze niet gelijk aan het domein waar mijn emails vanaf komen. Is dit verplicht?
Als ik nu een mail stuur naar mijn hotmail testaccount komt de mail in de spammap terecht. De headers van deze mail zien er als volgt uit:
x-store-info:4r51+eLowCe79NzwdU2kR3P+ctWZsO+J
Authentication-Results: hotmail.com; spf=pass (sender IP is xx.xx.xxx.x) smtp.mailfrom=info@test.com; dkim=none header.d=test.com; x-hmca=pass header.id=info@test.com
X-SID-PRA: info@test.com
X-AUTH-Result: PASS
X-SID-Result: PASS
X-Message-Status: n:n
Geen enkele hint te zien waarom mijn mail als spam wordt aangemerkt.
SebastiaanStok
09/10/13, 09:08
Jouw mailserver geeft in de banner een hostnaam mee bijvoorbeeld mail.example.com
Bij een controle word die hostnaam omgezet naar een IP-adres, dat IP-adres word vervolgens weer teruggevoerd naar een hostnaam (rDNS).
Als die twee niet overeenkomen is de rDNS fout.
Maar sommige mailservers (UPC bijvoorbeeld) zijn zeer streng in deze controle.
Jouw mailserver maakt verbinding met hun mailserver (via een uitgaand IP-adres), dat IP-adres word weer teruggevoerd naar een hostnaam (rDNS).
En die hostnaam word vergeleken met de hostnaam uit de banner.
Tenzij je zelf instelt wat het uitgaande adres is maakt hij gebruik van standaard adres van de interface (welke niet perse de juiste is).
Daarom kan je het beste een apart IP-adres gebruiken voor de mailserver en daar de rDNS voor instellen.
Jouw mailserver geeft in de banner een hostnaam mee bijvoorbeeld mail.example.com
Bij een controle word die hostnaam omgezet naar een IP-adres, dat IP-adres word vervolgens weer teruggevoerd naar een hostnaam (rDNS).
Als die twee niet overeenkomen is de rDNS fout.
Maar hoe kan ik die banner bekijken dan? Even voor de duidelijkheid, we hebben twee mailservers:
Mailserver A (IMAP/Postfix/Dovecot) voor het ontvangen en verzenden van onze reguliere mail deze server staat ook in de mx-records van ons domein.
Mailserver B (Postfix) alleen voor het verzenden van automatische gegenereerde mails voor onze webshop.
Zowel A en B hebben een rDNS-record. Maar de vraag is over welke banner heb je het precies?
Update.. Ik heb net eens geprobeerd een email vanuit mailserver A te versturen naar mijn Hotmail account. Deze komt wel direct in de inbox terecht. Zal ik dan alleen maar Mailserver A gebruiken?
hrodenburg
09/10/13, 10:15
De SMTP banner kun je bijvoorbeeld met telnet bekijken. Om dit te doen connect je naar poort 25 op je mailserver. Dus bijvoorbeeld: "telnet ip.van.mailserver 25".
Je kunt prima mail versturen vanaf een andere mailserver dan vanaf waar je MX records naar toe staan ingesteld. Waarschijnlijk is er dus nog een ander verschil dan alleen dat.
Als je de domeinnaam en ip van de mailserver hier wil plaatsen, dan denk ik dat er hier een aantal mensen je een stuk beter/sneller kunnen helpen. Wil je dit liever niet is dat natuurlijk ook prima, maar maakt het net iets lastiger.
De domeinnaam waar het om gaat is toypro.com. Het ip van mailserver B is 85.17.143.2
hrodenburg
09/10/13, 10:46
De dns en spf records zijn volgens mij in orde. Ook de SMTP banner komt overeen.
Als je nu nog problemen hebt, maar je hebt er wel recent iets in aangepast, misschien dat Hotmail nog eea in een cache heeft staan?
Verder heb ik even geen ideeen meer.
Ik heb nog niks aangepast. Iemand anders nog ideeen?
Kun je mij een mail sturen zoals die door Hotmail geblokkeerd wordt? Dan kijk ik even of ik iets kan vinden dat opvalt in/rond de mail. Het splitsen van "normaal" mail verkeer tussen personen en "geautomatiseerd" mail verkeer hoeft voor de duidelijkheid geen slechte keuze te zijn (maar dit speelt meer bij nieuwsbrieven/extreem grote volumes).
Mijn email adres is mark@streamservice.nl.
Ok, Mark mailtje is verstuurd. Bedankt alvast voor de moeite!
Wat mij opvalt in de headers heb ik je net gemaild (het betreft return-path/mail-from die opvallend zijn).
Mark, bedankt voor de moeite die je erin hebt gestoken. Met het mailbericht en headers is dus niks mis. Hotmail blijft helaas een mysterieuze blackbox. Wellicht ga ik toch de andere mailserver gebruiken aangezien deze de mail wel juist afgeleverd.
Mark, bedankt voor de moeite die je erin hebt gestoken. Met het mailbericht en headers is dus niks mis. Hotmail blijft helaas een mysterieuze blackbox. Wellicht ga ik toch de andere mailserver gebruiken aangezien deze de mail wel juist afgeleverd.
In de headers is te zien dat je mogelijk nog een MX of SPF record aan moet maken aangezien de afzender van de mail user@hostname is (bv test@vps1234.example.net) en deze voor hostname niet aanwezig zijn (MX is strikt gezien niet nodig om er mail op te ontvangen als dat is ingesteld).
hrodenburg
10/10/13, 08:20
In de headers is te zien dat je mogelijk nog een MX of SPF record aan moet maken aangezien de afzender van de mail user@hostname is (bv test@vps1234.example.net)
Dit is dus anders wanneer er via de andere mailserver verstuurd wordt? In ieder geval is het volgens mij altijd wel verstandig om te zorgen dat je afzender adres ook bestaat. Er zijn namelijk mailservers die checken of het afzender adres (en niet alleen domain) bestaat. Wat ik overigens ook helemaal terecht vind.
Ik had namelijk niet verwacht dat het afzender adres anders zou zijn wanneer er gebruik gemaakt zou worden van een andere mailserver.
In de headers is te zien dat je mogelijk nog een MX of SPF record aan moet maken aangezien de afzender van de mail user@hostname is (bv test@vps1234.example.net) en deze voor hostname niet aanwezig zijn (MX is strikt gezien niet nodig om er mail op te ontvangen als dat is ingesteld).
Uhh.. dat was toch alleen in de eerste mail die ik via je commandline stuurde. De tweede mail heeft gewoon een info@domeinnaam adres. Anyway ik heb de verzendende server nu ook ingesteld voor mailbackup en toegevoegd in de mx-records. Eens kijken of dat effect heeft. ;-)