Zou het serieus al door de hostname komen, denk je?
In de headers kan je vaak toch aflezen wat de reden is dat het als spam wordt gemarkeerd?
Ik weet wel een verhaal van iemand die Dick heette, en waarbij zijn mails door veel servers geweigerd werden.
De oplossing: Karakters gebruiken met speciale tekens: DîCk
dus wat ik begrijp is dat ik geen mails kan versturen van dat adress omdat de email adressen allemaal met bingo-oostpolder eindigen..
ik zal nog wel even testen of het mailtje wel aankomt als ik alle bingo woorden verwijder die ik kan verwijderen..
[size=xsmall]Toevoeging op 28/08/2014 18:58:15:[/size]
edit.. nu weer laten testen door mn vriend en hij komt na verwijdering van alle BINGO woorden nogsteeds in de spam folder. jullie kunnen het nu ook testen. aangezien ik het in de test zone heb aangepast
Een reverse lookup op je IP-adres geeft als hostname "i.just.got.vaporized.by.leasebox.net.".
De hostname i.just.got.vaporized.by.leasebox.net is echter weer niet te resolven.
Het zal waarschijnlijk niet de oorzaak zijn dat je mail als spam wordt gezien (en misschien ook wel) maar het kan er wel voor zorgen dat een strak afgestelde mailserver je mail weigert.
Ik krijg de mail binnen op mijn 'normale' emailadres, echter ik zie in de headers dat er een dubbele relay in zit. Zoals Willem ook al aangeeft, is dat leasebox.net.
Gmail & co kijken naar de SMTP server die de mail bij hun aanbied, dus al de SPF wijzigingen op jouw domein hebben geen enkel effect.
Dit moet je met je hoster opnemen ....
Een alternatief is om via de SMTP van je eigen ISP te verzenden, bv bij KPN en Ziggo kan dat gewoon.
Ow nee, dat weet ik niet zeker ....
Gmail & co kijken naar de SMTP server die de mail bij hun aanbied, dus al de SPF wijzigingen op jouw domein hebben geen enkel effect.
Ik ben het niet met je eens. ;-)
Als Google RFC 4408-compliant werkt (en dat mag ik aannemen) dan neemt hun mailer voor SPF-validatie het from-adres van de mail envelope en vraagt in DNS het SPF-record van dat domein op. Vervolgens kijkt hij of het helo-adres van de mail envelope in dat SPF-record staat.
Je raadt het al: dat klopt. Daar komt nog bij dat in dit SPF-record een softfail zit, en dat mag dus geen doorslaggevende reden zijn voor een mailserver om de mail te weigeren.
Overigens is SPF alleen een voordeur-check. De mailer kan (let op: kán) besluiten de mail te weigeren als de SPF-check faalt. In geval van een softfail kan hij nog een header toevoegen dat de SPF-validatie is mislukt.
Overigens zie ik niet de dubbele relay waar je het over hebt. Als ik de headers bekijk, zie ik de keten:
Dat is een normale flow en is niet anders dan bij jouw suggestie om de mail via je eigen ISP te verzenden (ook in dat geval zou het IP-adres van de betreffende server in het SPF-record moeten worden opgenomen).
Een scenario waarbij het fout zou kunnen gaan, is wanneer de mail wordt afgeleverd op een server die de mail vervolgens forwardt naar een ander adres. Wanneer die mailserver het Return-Path niet herschrijft, kan de mail alsnog worden geweigerd aan het eind van de keten (been there, done that). Dat is echter een probleem aan de kant van de ontvanger en niet aan de kant van de verzender.
