Mail naar Outlook queued?

Citaat:

---

Die ontvangt de mail toch niet? Jij levert het toch met "Queued mail for delivery" bij hun af? Het is dan toch niet meer jouw probleem?

---

Ik heb zelf ook een outlook.com email adres, daarvan heb ik zojuist de header geplaatst.
Het andere email adres is van mijn zus maar ik heb geen flauw idee hoe je bij Microsoft een logfile zou moeten opvragen.
Het gebeurt dus gewoon momenteel bij alle servers, heel vaag.

Er is inderdaad genoeg over te vinden, met name klachten omdat het maar niet opgelost wordt door MS.
Inderdaad hebben de meeste mensen een dynamisch ip, waarom die lijsten het dan toch nog bekijken is mij ook een raadsel maar soms komt er mail niet door aan.

Onze servers hebben allemaal geen hoog email volume, wel vreemd dat je dan bij laag volume delisting zou moeten aanvragen. Temeer dus daar uit de headers blijkt dat het geen spam betreft volgens hun eigen checker.
En dan is het ook weer vreemd dat er voor geen van de 4 servers een listing staat bij SDNS, da's allemaal in orde.

Ik wil best delisting of controle aanvragen, heb je een link waar ik dat kan doen?

Citaat:

---

Oorspronkelijk geplaatst door Blacky

Bedankt, ik had veel links om zaken van mail te testen, deze had ik nog niet, altijd handig. :)

Wat je daar zegt over die received header en dynamische ip's is inderdaad een dingetje wat me laatst ook opviel. Dat ondanks de smtp van de server, er soms toch een RBL of checkding valt over dat dynamische ip van thuis. Mailwasher pro doet dat overigens ook. Niet altijd vreemd genoeg.

Zal het eens proberen met die headers_remove = Received: even zien hoe dat in DA gaat, zou ik dat gewoon in de exim.variables.custom.conf kunnen zetten?

---

Ligt eraan waar je remote_smtp tag staat. Ik denk in je /etc/exim.conf (iirc)

Ik vraag 't anders bij DA wel even na, hij staat inderdaad in de /etc/exim.conf. Misschien moet ik dan een /etc/exim.custom.conf maken. Komt wel goed, in elk geval bedankt voor de tip!

Succes. Denk eraan dat een headers_remove de interne headers van de verwerking verwijderd. In een geval van pc -> eigen mailserver -> etc... wordt dan de received header van de 'pc' verwijderd. Dit is eigenlijk een beetje tegen de RFC, maar van de andere kant wordt het ook wel vaak gebruikt om de ontvanger minder inzicht te geven in welke ip's er lokaal binnen je netwerk gebruikt worden omdat het dan altijd lijkt alsof het van je MTA afkomt.

Mocht je het testen, mail dan vanaf je pc naar een REMOTE mailbak zoals gmail en bekijk daar de headers. Als je een 2de adres gebruikt op dezelfde bak dan fired de 'remote_smtp' niet en staat de receiver header van je pc er gewoon wel in.

Bedankt, zal er rekening mee houden.
Heb inmiddels ook al gevonden waar ik een poging tot hulp kan vinden. Voor future references of iemand die het ook zoekt:
https://support.microsoft.com/en-us/...tkey=edfsmsbl3

Allereerst iedereen bedankt voor het meedenken.

Er is contact geweest met Microsoft en ik moet zeggen dat die vrij snel reageren. Ze hebben de oorzaak onderzocht en het blijkt dat voor 1 van de servers geen probleem is, maar dat 3 van de servers geblokkeerd worden door een vermelding in hun Smartscreen filter.
Volgens de MS medewerker hebben ze daar weinig invloed op en kunnen ze niet echt onderzoeken wat er dan mis is, omdat dit filter hoofdzakelijk leert door hotmail/outlook/live gebruikers die emails als dan niet als ongewenst markeren.

Wij hebben geen berichten gehad van SDSN of JMRP en of men van die Smartscreen lijst af komt is niet te zeggen en is afhankelijk van toekomstige mail.
In onze ervaring en bij mijn weten is er 1x een probleem op 1 server geweest in november waar kwaadwillenden op een nacht vele accounts op een nieuwsbrief inschreven. Het nieuwsbrief systeem stuurde een email met link ter bevestiging van inschrijving, relatief veilig systeem dus.
Maar dat is het enige waar een klacht over kwam via JRMP waarbij hotmail gebruikers deze mail met bevestigingslink als spam rapporteerden.
Wij hebben het ip van de misbruiker geblokkeerd waarna er eentje uit een ander land kwam. De dag daarna heeft onze klant de nieuwsbrief optie offline gehaald op ons verzoek.
De andere servers? Geen idee, er staan met name zakelijke sites op, een tweetal forums waarvan er eentje van mijzelf is geen gekke dingen en we staan nooit op spamlijsten.
Dus waarom we in dat Smartscreen filter terecht zijn gekomen, geen idee, vermoedelijk pure gemakzucht van hotmail gebruikers die liever e-mail als ongewenst markeren in plaats van zich af te melden van een nieuwsbrief of een forum of..... who knows.

Misschien geeft dat een idee aan collega's die hetzelfde ervaren zonder op spamlijsten te staan, waarom plots om onverwachte redenen er mail van hun systemen in spamfolders bij MS aan komt.

In elk geval bedankt voor het meedenken!
Hier kunnen wij dus zelf niks aan doen behalve afwachten lijkt me, gezien we aan alle andere regels (rDNS, SPF, SNDS, JMRP, rfc's) allemaal voldoen.

Ik heb de popcorn gepakt.

Citaat:

---

Oorspronkelijk geplaatst door Blacky

Er is contact geweest met Microsoft en ik moet zeggen dat die vrij snel reageren.

---

Dat had moeten zijn: Snel ZINNIG reageren. Ze reageren wel, maar je hebt er niets aan. Je komt in een loopje.

Citaat:

---

Oorspronkelijk geplaatst door Blacky

Ze hebben de oorzaak onderzocht en het blijkt dat voor 1 van de servers geen probleem is, maar dat 3 van de servers geblokkeerd worden door een vermelding in hun Smartscreen filter.
Volgens de MS medewerker hebben ze daar weinig invloed op en kunnen ze niet echt onderzoeken wat er dan mis is, omdat dit filter hoofdzakelijk leert door hotmail/outlook/live gebruikers die emails als dan niet als ongewenst markeren.

---

En dat laatste liegen ze keihard. Ze hebben geen flauw idee waarom het filter iets blokkeert. Maar laat me je een hoop tijd besparen. Doe de volgende stapjes: http://support.tuxis.nl/nl/knowledge...utlook-como365

Niet helemaal dezelfde oorzaak maar de oplossing werkt, enigszins. soms. als je geluk hebt.

Microsoft doet helemaal niets aan het probleem. Maar gelukkig zijn er ook al weer bedrijven die hun account daar opzeggen om die reden.

Onze oplossing: Neem contact op met de ontvanger en zeg: Jouw provider weigert legitieme e-mail. Je moet ze even bellen of klagen bij ze.
Niet dat het helpt, maar dan is het voor de ontvanger duidelijk wat voor een geweldige leverancier zij hebben uitgezocht :-)

Citaat:

---

Dat had moeten zijn: Snel ZINNIG reageren. Ze reageren wel, maar je hebt er niets aan. Je komt in een loopje.

---

Waarom moet dat "zinnig" er dan bij? Want als ik er niets aan heb reageren ze toch niet zinnig? Of mis ik iets? :D
Of ze liegen weet ik niet, zoals zij schreven gaat het Smartscreen deels automatisch en deels gebaseerd op die keuzes wat gebruikers maken.

V.w.b. je oplossing.... misschien toch nog maar eens kijken wat ik al geschreven had? Daar voldoen we namelijk al aan. Alleen niet alle accounts hebben DKIM records maar dat hoeft voor hotmail/outlook ook niet. De rest was al in orde.
De link die je geeft is exact dezelfde als ik hier ook plaatste alleen is die van jou in het Nederlands.

Dus helaas nee, dat heeft niet geholpen. Normaliter wel als je mail terug krijgt en inderdaad een blokkade hebt, dan wordt je wel eens uit die lijst gehaald. Is ons bij 1 server wat langer geleden ook gelukt.
Maar bij het Smartscreen filter werkt het klaarblijkelijk niet zo want ze kunnen je daar wel uit halen maar dat doen ze dus niet.
Een en anders is overigens ook duidelijk naar de klanten gecommuniceerd, ook met het advies aan geadresseerden te adviseren om de "dit is geen spam" optie te gebruiken en evt. te klagen bij Microsoft.
Het blijkt hoe dan ook afwachten. Maar het is duidelijk dat MS zijn macht misbruikt op deze wijze.

Citaat:

---

Oorspronkelijk geplaatst door Blacky

Waarom moet dat "zinnig" er dan bij? Want als ik er niets aan heb reageren ze toch niet zinnig? Of mis ik iets? :D

---

Je was enthousiast dat ze snel reageren. Maar snel reageren heb je niets aan als het niet zinnig is. Ik bedoel dat je er dus meer aan had gehad als ze snel zinnig reageren.

Dus we bedoelen hetzelfde. Je hebt inmiddels gemerkt dat ze heel veel interessant doen en net doen alsof ze HUN fout gaan oplossen. Soms denk je zelfs dat je er nu wel doorheen komt... maar nee. Je eindigt weer op diezelfde pagina dezelfde oplossing..

Oh op die manier bedoelde je. Nja ik ben uiteindelijk toch enthousiast over de snelle reacties, want het is toch fijn om iets te weten tegenover heel lang op antwoord te moeten wachten en dan misschien zelfs iets te krijgen wat niet zinnig is.

Ik hoorde nu in elk geval dat de servers inderdaad niet in een blacklist zaten, dat was voor mij geruststellend. De uitleg die zij aan het Smartscreen filter geven kan ik ook zo verder communiceren naar mijn klanten en dan heb ik in elk geval m'n best gedaan en mogen ze bij MS gaan klagen zoals geadviseerd.

Als je helemaal niets hoort, zitten je klanten ook maar te wachten zonder informatie, dan kun je beter iets zeggen, ook al is dat misschien niet meteen een oplossing, dan dat ze in het onzekere blijven een tijd lang.

We bedoelen inderdaad hetzelfde en ze doen heel interessant maar HUN fout oplossen is er niet bij, dat zie je helaas regelmatig, ook bij aantoonbare fouten in bijv. Windows. Waar het dan klachten regent en het niet aan gebruikers ligt en opeens komt er een update en is er een fix voor iets. Rara.
Achja, we zullen er denkelijk mee moeten leven.

Citaat:

---

Oorspronkelijk geplaatst door Blacky

Achja, we zullen er denkelijk mee moeten leven.

---

Er is natuurlijk altijd een oplossing, maar het is misschien niet ideaal omdat het betekent dat je services elders af moet nemen.

Wat je kan doen in dit geval is om ergens een Spam Experts uitgaand filter af te nemen.
Je blijft dus gewoon je eigen mail server gebruiken, maar alle uitgaande emails voor de door jouw gekozen domeinen lopen via Spam Experts.
Dan ziet Microsoft een andere IP die als mail server wordt gebruikt en is dit specifieke probleem niet meer jouw probleem, maar van de partij die de Spam Experts dienst levert.

Citaat:

---

Oorspronkelijk geplaatst door wila

Er is natuurlijk altijd een oplossing, maar het is misschien niet ideaal omdat het betekent dat je services elders af moet nemen.

Wat je kan doen in dit geval is om ergens een Spam Experts uitgaand filter af te nemen.
Je blijft dus gewoon je eigen mail server gebruiken, maar alle uitgaande emails voor de door jouw gekozen domeinen lopen via Spam Experts.
Dan ziet Microsoft een andere IP die als mail server wordt gebruikt en is dit specifieke probleem niet meer jouw probleem, maar van de partij die de Spam Experts dienst levert.

---

+1 goed advies!

Bijkomend voordeel voor de leverende partij en indirect dus ook voor jezelf is dat die leverancier meer volume doet richting Outlook.com en daardoor minder snel tegen deze problemen aanloopt.

Da's op zich wel goed, maar gezien de hoeveelheid mail van bij ons uit naar Outlook.com c.s. is dat voor ons kostentechnisch niet interessant, net zo min als een abo'tje bij Return Path wat door MS aangeraden wordt.

meer volume naar outlook vanaf je mailserver is eenvoudig te regelen. Cronjobje en 20 outlook accounts :)