Bekijk Volledige Versie : Mail naar Outlook queued?
inds een aantal dagen krijg ik geen mail meer weg naar outlook.com email adressen.
Het volgende zie je in de Exim log steeds terug keren:
CV=no C="250 2.6.0 8461 bytes in 0.067, 122.055 KB/sec Queued mail for delivery"
2018-02-19 02:04:52 1enZsw-0001EE-52 Completed
Dit heb ik verzonden vanuit mijn eigen Outlook 2013 client, via 4 verschillende email adressen en 4 verschillende servers, waarvan 2 stuks met Directadmin en 1 met Cpanel en dan nog een Gmail account.
Vanaf 1 account komt het ook niet aan, dit account is zelfs voorzien van SPF, DKIM en DMARC.
Ook via Webmail vanaf de eigen server gaat het de wachtrij in.
Ohja, minimaal van 1 account wordt aan al deze voorwaarden voldaan:
Setup a SPF record
Setup DKIM
Setup a DMARC record
Setup a reverse DNS record
HELO must be a host name not an IP
Make sure that your IP is not on a blacklist
Use a static IP address for your server
Sign up for JMRP and SNDS
Geen enkele van de servers staat ook maar op 1 enkele spamlijst en ook reputatie etc. zijn in orde.
Probleem is gewoon plotseling begonnen terwijl voorheen alles perfect werkte.
Meer mensen hier last van?
Zou bijna moeten. Lijkt echt een MS probleem, want als ik via Gmail gebruik maak van webmail en een mail stuur naar een outlook.com account dan wordt deze mail gewoon naar mijn gmail.com email adres (afzender adres dus) gestuurd.
Dit staat dan in de headers van de mail die opeens naar mij komt:
MIME-Version: 1.0
Received: by 10.157.37.200 with HTTP; Sun, 18 Feb 2018 17:12:10 -0800 (PST)
Date: Mon, 19 Feb 2018 02:12:10 0100
Delivered-To: ikzelf@gmail.com
Message-ID:
Subject: test vanaf gmail via webmail
From: Blacky
To: Mijn Zus
Content-Type: multipart/alternative; boundary="94eb2c04663a28aed5056****2f1"
Resultaten: van de 3 verschillende servers komt het in de spambox van mijn zus.
Mail die zij stuurt vanaf haar domein is helemaal nog niet aangekomen, ook niet in de spambox.
Een ander berichtje wel in haar spambox.
Test vanaf Ziggo prive adres komt aan in de outlook.com mailbox
Test vanaf Gmail webmail komt ook aan in haar inbox, maar wordt ook gewoon naar mijn gmail adres terug gezonden zoals te zien is in bovenstaande header.
Ik ga straks nog even via teamviewer bij haar in de headers kijken in de spambox om te zien of ik daar nog iets in kan vinden.
Het vreemde is dus dat er totaal geen probleem is met die servers. Ben vannacht nog gaan kijken bij SDNS en volgens dat systeem is voor alle ip's alles in orde.
Iemand een idee?
Wat zegt de leverancier van de email service er van?
"Queued mail for delivery" betekent dat het wat jou betreft is afgeleverd. Hij zou kunnen kijken in het interne systeem waarom het niet in de email box terecht komt.
Wat zegt de leverancier van de email service er van?
Hoe bedoel je? Ik doe beheer van alle 3 de gebruikte servers.
Zoals aangegeven komen mail van Ziggo en Gmail gewoon aan in de normale inbox, zei het dat die van Gmail ook weer naar mij gestuurd wordt alsof ie origineel naar mij gezonden is.
Van de 3 servers komt in de spambox terecht. Daar ga ik dadelijk nog even nar kijken of ik daar iets in de headers kan zien.
Dit komt wel vaker voor bij hotmail/outlook? Onlangs hetzelfde mogen ervaren. Op het moment dat er te weinig verkeer vanuit de domeinnaam/mailserver, naar hotmail wordt gestuurd krijgt het een lagere status. Ondanks het zorgvuldig ingesteld hebben staan van dkim, dmarc, spf, reverse dns, etc. Hierdoor wordt e-mail vertraagd bezorgd. Meestal een aantal dagen. Je kan contact opnemen met Microsoft. Zij onderzoeken de afgelopen e-mails dan. Op het moment dat het resultaat positief is zetten ze het op een lijst, zodat ze wel direct worden verwerkt.
Het storende is dat ze dit nergens vermelden, en de foutmelding onduidelijk is. Tevens wordt de afzender niet geïnformeerd.
Succes met verhelpen. Het heeft mij enkele dagen gekost.
Hoe bedoel je?
Iemand zal toch die outlook.com mailbox beheren? Laat hem of haar even in de logfiles kijken.
virtuality
19/02/18, 17:58
t.bloo Microsoft reageert niet echt lekker op support tickets over hun email service.
Iemand zal toch die outlook.com mailbox beheren? Laat hem of haar even in de logfiles kijken.
Ja mijn zus. Ik heb zelf ook een outlook.com account, maar mij was nog niet eens bekend dat je daar logfiles van kon bekijken?
Op het moment dat er te weinig verkeer vanuit de domeinnaam/mailserver, naar hotmail wordt gestuurd krijgt het een lagere status.
Aha, dat zou het dan best kunnen zijn, want plotseling begonnen en we hebben op de servers inderdaad relatief weinig mailverkeer naar hotmail. Het gekke is echter dat de mails met name in de spambox terecht komen.
Maar je schrijft dat je contact kan opnemen met Microsoft, op welk email adres kan men dat doen dan? Of welk heb jij gebruikt?
Ik vraag me toch af of MS niet iets gewijzigd heeft, las net een bericht van iemand die tegen hetzelfde aan loopt, ook pas sinds een paar dagen.
t.bloo: Bedoel je met logfile soms de headers? Net naar gekeken, zelfs dus een complete legale mail met Dkim, SPF en DMARC komt gewoon in de spambox. Ik zie in de header geen reden daarvoor maar er zit wel een hoop gecodeerde informatie bij waar je niets mee kunt.
Ik kan evt. wel de complete header hier posten maar ik denk niet dat er iets uit te halen is.
Op Microsoft zelf lees ik ook sinds een aantal dagen stijgende klachten, ook van mensen die inkomende correcte mail als "geen spam" markeren, waarna hij vervolgens toch gewoon weer in de spambak terecht komt.
systemdeveloper
19/02/18, 19:46
Kijk eens naar de scl score in de mailheaders. ( https://technet.microsoft.com/nl-nl/library/jj200686%28v=exchg.150%29.aspx?f=255&MSPPError=-2147217396 )
Ik bedoel, dat je bij dat bedrijf een betaalde email dienst afneemt, die blijkbaar niet goed werkt. Moet je even de beheerder van die hoster bellen en vragen of hij/zij even in de logfiles kan kijken voor de klant.
systemdeveloper: Lijkt me toch een probleem bij Microsoft:
X-MS-Exchange-Organization-SCL: 1
@Tbloo: Ik neem geen betaalde dienst af, ik ben de hoster. :)
En wat in mijn eerste bericht staat is dus ook wat in de logfiles te vinden is. Daar is dus geen oorzaak te vinden en SDNS geeft ook geen fouten aan. Zoals je ziet zegt zelfs de header van Outlook.com dat het geen spam is. Beats me.
Ben er wel achter dat het toch al langer speelt. Kwam een topic van Microsoft tegen daar regende het klachten hierover en naar nu blijkt zijn er ook enkele facturen niet aangekomen, c.q. in de spambak en dus automatisch weg na 30 dagen.
Als iemand wilt hobbyen, hier is de complete header van die email met dkim, spf en dmarc die toch in de spambak kwam:
Received: from SN1NAM04HT028.eop-NAM04.prod.protection.outlook.com
(2603:10a6:208:15::33) by AM0PR0402MB3458.eurprd04.prod.outlook.com with
HTTPS via AM0PR0402CA0020.EURPRD04.PROD.OUTLOOK.COM; Mon, 19 Feb 2018
18:18:03 +0000
Received: from SN1NAM04FT037.eop-NAM04.prod.protection.outlook.com
(10.152.88.52) by SN1NAM04HT028.eop-NAM04.prod.protection.outlook.com
(10.152.89.243) with Microsoft SMTP Server (version=TLS1_2,
cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.20.506.19; Mon, 19
Feb 2018 18:18:02 +0000
Authentication-Results: spf=pass (sender IP is 46.4.xxx.xxx)
smtp.mailfrom=mijnbedrijf.nl; outlook.com; dkim=pass (signature was verified)
header.d=mijnbedrijf.nl;outlook.com; dmarc=pass action=none
header.from=mijnbedrijf.nl;
Received-SPF: Pass (protection.outlook.com: domain of mijnbedrijf.nl designates
46.4.xxx.xxx as permitted sender) receiver=protection.outlook.com;
client-ip=46.4.xxx.xxx; helo=server18.hostingserver.nl;
Received: from server18.hostingserver.nl (46.4.xxx.xxx) by
SN1NAM04FT037.mail.protection.outlook.com (10.152.88.202) with Microsoft SMTP
Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id
15.20.506.19 via Frontend Transport; Mon, 19 Feb 2018 18:18:01 +0000
X-IncomingTopHeaderMarker: OriginalChecksum:1D3F25B3D3657521492B1E9A78DE544DF C255B636877EF695E48E2BEE099413E;UpperCasedChecksum :DA1E40A8C8EC48B349E57EADEB1FCC87F00FA9ABBD174BF7C A5B0C72DFB75B02;SizeAsReceived:1539;Count:14
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
d=mijnbedrijf.nl; s=x; h=Content-Transfer-Encoding:Content-Type:MIME-Version:
Message-ID:Date:Subject:To:From:Sender:Reply-To:Cc:Content-ID:
Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
:Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:
List-Subscribe:List-Post:List-Owner:List-Archive;
bh=SFvA+eHFFli0uHw1XqvjYbq03h9PbBoZqPzvWyhvfZk=; b=AsLMzN18uzQjKPk7+yX7pSQ9TJ
/2GoKnMP80uh1x1N5jqURNX7IViUgA0NDBqQRjjRYeBD0xANEin Ei7SBHHk3SUGpuKXiektD8RqTR
NR125AnVBewfFqcnWE8GDy/xb5cajEtDYmwY0081MysAjXsf7wOD1L5+t93OLJmNBTyZEIEp8 j/wy
uGPB3rsrPHIk7y0l113hlYBT1H1hnUA1D9usa1LQmHUlY89TsI wOIG0FvjhZRsL0afAUfCLEAWo4T
NLgfY1AYS8OrQNNfi/TWLM43yB9CzjoaYY+ooV1hfKNX0NIvcupY/0CDewS+BUlybxATIV1dpn4pX
FrvrXrBw==;
Received: from 541e5c84.cm-5-7b.dynamic.ziggo.nl ([84.30.92.132] helo=HSTFN01)
by server18.hostingserver.nl with esmtpa (Exim 4.90_1)
(envelope-from <info@mijnbedrijf.nl>)
id 1enq0m-0003jB-FQ
for mijnbedrijf@outlook.com; Mon, 19 Feb 2018 19:18:00 +0100
From: "Hosting Fun Webhosting" <info@mijnbedrijf.nl>
To: <mijnbedrijf@outlook.com>
Subject: test 2
Date: Mon, 19 Feb 2018 19:17:58 +0100
Message-ID: <000001d3a9ad$f9916c90$ecb445b0$@mijnbedrijf.nl>
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AdOprfCfYPza/pmKSEu+rw2Wpm0g4Q==
Content-Language: nl
X-Authenticated-Id: info@mijnbedrijf.nl
X-IncomingHeaderCount: 14
Return-Path: info@mijnbedrijf.nl
X-MS-Exchange-Organization-Network-Message-Id: 423b3215-96d8-4a79-5035-08d577c51cf3
X-EOPAttributedMessage: 0
X-EOPTenantAttributedMessage: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa:0
X-MS-Exchange-Organization-MessageDirectionality: Incoming
X-Microsoft-Exchange-Diagnostics: 1;SN1NAM04FT037;1:58LWPsM0zG0tPp2t+BfmbFaCS+RVov1Y lQVxE7s+YUW4biF3PAWMulPKlHPsNSQToQ2HkLx9IEVKDT0qW4 vhJgSknIeYr03odLyZAXW6gKXtDFxgOkcDI6II/+vugzwx
X-Forefront-Antispam-Report: EFV:NLI;SFV:NSPM;SFS:(98901004);DIR:INB;SFP:;SCL:1 ;SRVR:SN1NAM04HT028;H:server18.hostingserver.nl;FP R:;SPF:None;LANG:;
X-MS-Exchange-Organization-AuthSource: SN1NAM04FT037.eop-NAM04.prod.protection.outlook.com
X-MS-Exchange-Organization-AuthAs: Anonymous
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 423b3215-96d8-4a79-5035-08d577c51cf3
X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:(5000109)(4604075)(4605076)(610 169)(650170)(651021)(8291501071);SRVR:SN1NAM04HT02 8;
X-Microsoft-Exchange-Diagnostics: 1;SN1NAM04HT028;3:Z1YvhmH+1oUxm6djb+3De9teppt7JqZD iCpce0yqVFMSmgi4X4Aqsllt7ZHfu8HGscSD+Z8GNP/1YeXcqE2fx5+gzyYxBXURoqJFVDmPFdR/rXxK3PYlVLTc5Z8ZIKFOkv2b5aJDpbTgh1SaAKB/cLeilvfLqucXwFhJmq4aupzgxe+9hffTuyCks3sVvDNFryyHAj Be5fzWRsCiCjQebcKyl+LxV58MpXUcXbbL1qBOCw+E99CCL1Gs HZBrPuHCVq6nKpaZ5yGZpGqpi/Lg3vJXwdDVWCqQLzZE5iCWjmxLijoXaaXokp0dnvKTDnEX;25: VfdwVh6KrPNVpVYN4I50QY+DlIOPd8wwZIXEHASur58Glx50CI gFDL3C73VDUz/x2y9EOQb4eZJNA/mhfKRrdJd3q5N/MvBIM95SFbErvZGl6+MeUImLfOfvUL7Mgg/7bWUvcWJxN7g65zXsqP4AxaoV39wFNiqEH/aiKeeP/pqn8e3UwxRcQ1tBJzZ/AAgM2JlPSaP9ij0oQiJqwc7nF4358kp0g74cHb3qzeeIhcj7pE xoziB4vDv1AA8YWc/4NbhBWiS/5Bg3SlNubVo6jogZRdRThSG227H7h1ULg9Jasx2MGOb+nGo4K2 YJq/tkOx0Jto8AB81C8Yc0ffWuWA==;31:8Sl37i02xGJvCjX9K5PJ EduOloJtsZ1H8UTuqqOZPXGyf2ykqxXAJ8JgH5AQklJbbj9hIj jZCfmCPwSsywoOhfUmEuf+asur5ZlvKhKq+IivlJ5tM29jV3fN 2Qzh0Xn1LzVfdnr4+VBeJCoP7WTqUTGF4zOAbGy5zHR6W/FQXsbVLe7cAtr0pWcniXooAacf/Pm282NxCODXjfeQtLRJCy3GxFP1YQKWeo2oA6fByek=
X-MS-TrafficTypeDiagnostic: SN1NAM04HT028:
X-MS-Exchange-EOPDirect: true
X-Sender-IP: 46.4.xxx.xxx
X-SID-PRA: INFO@mijnbedrijf.NL
X-SID-Result: PASS
X-MS-Exchange-Organization-PCL: 2
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(444111557)(82015058);SRVR:SN1N AM04HT028;BCL:0;PCL:0;RULEID:;SRVR:SN1NAM04HT028;
X-Microsoft-Exchange-Diagnostics: 1;SN1NAM04HT028;4:pdlevfjjIW5LGaaWEsbcnNEF8R/W0vi1FIMvCYgrQKXexgGBmv/Fvirhlh+j1mFvV17T9GCfzoL2F2IfNaP+U3SkODlN1m2vk8k0g hnaFhhK48cayH2YI1d2DmPufiZONYcE/aWtqsUmhR7bSMhvy7nBvrMelO1iWmXG633fZBS6KtEpWiUmyTK z/l5Awb/8QcskEPfxu933R2eAFNAigjFiAg6k7CTRSmqDwfO9s4ccj61NR rI6/osKcGgo05t5hpr82qWTj58IBoQN5dEBkg==;23:C8G2Iqd50Uz S59B+tf6o/uFQxuLQ3pumlyS4RQJyvkNlutHgiymqtUSfio0ezZ4WuvDpugc HDhqlcpb3syePyUjANPUan/micGkkF6QK391fU/ykHj6YtLuHhYYQmtK/X7FeazTm4JLwZplJD5gH3/zwE9+fXuzWi9dW538EAuA=;6:hgpA24ykDx7CJ561QHoEkYyw8 0DbiH6FDRektAYFQ2fV0OTyFnXIswbZ/Mrt4b2EZiDUahF3ZCAEGuLhWOrXIM0pFfmVhWncexorHXUnY6+ yfsFfDOT6jVrKKz06QrkH/xRZWJic1vGVoivIwUetLCUCs3ocFAbvUBLxzIB7/pZxicJtgbcSfKQKDLtKSfAjgRpNQRROPka+BpjZhFGAjHAM9xn 0cYevkRIoF29/BeFYd/aIgotOczWu11hO+KBDlQmhbuuVvGhQemjwsz8F/knviIorcnabPE07wEZWVBPMCY9w4hoLFPhs5TgKkijXx32lmLH n4OwoF3bjH148JthpxBET1iy9UBGMTsqAv3I=
X-MS-Exchange-Organization-SCL: 1
X-Microsoft-Antispam-Message-Info: LLIRbbH2psvYdirMbZbZlNS53ebIvwX9qREZf9sXTmNBM53G5e KMcIln9gIyvjR6bpKAGH/823xuLDmYteZGN9EymGd6qkB8yR5r7igd6Us=
X-Microsoft-Exchange-Diagnostics: 1;SN1NAM04HT028;5:eCKBO/VUJTTMmrAHt86PV4MQ+0LNlXYx/vlqn/BUDgxnkOrWVs9DMG52/WCmfMu1lEWHY/v2Baqkj1MK5HNLv9nXX44f0TIJCeyipC+fq4hJn9eL4e8HxZt4 Bn+uvUKpbHDt8LlYM7lUW5S/wEg4AVuGmd6ooPX2sFdpNTqJTqU=;24:+PidPMcHA9QADZvSYc ytnigfYHHiaoHYMYpxQ1aSeQqHtV3bRk+yDIFvCNOdEmOGXUJd tRuFX8HJN1U38MJ2aTFw579O7UwCMtjjgMSgiuM=;7:9ML4zEy/1WLhrl6KcWSkreqHBE/azq6zC4IsVswXYTJ31gNir7AWLoWAGOIIHrETxUcPxlgfSXg82 lZC3mmhduy2sUSBUlufsAOg17kHtdBnk6njcbfb8w3NDIwzoF/LwQJV3/EGUjA9b8uU2i14nyT/LVSunIsk6oDk2EX0RpgkhdqOHJklNwxVmaBTgMqqHw5aZfICLF Mg7XypNztBFqbbfo8LaQg4go8g/+JsAZ2KgYTpa/htfO7eYxQPwwYP
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Feb 2018 18:18:01.9201
(UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 423b3215-96d8-4a79-5035-08d577c51cf3
X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-FromEntityHeader: Internet
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1NAM04HT028
X-MS-Exchange-Transport-EndToEndLatency: 00:00:01.3986391
X-MS-Exchange-Processed-By-BccFoldering: 15.20.0485.019
X-Microsoft-Exchange-Diagnostics:
1;AM0PR0402MB3458;27:1kV1EsYJCTgiLIVAJPKp6UIalSCJz yyaw6hcORY9BgzdcFHmoc1ZGnGCej4cFvBflJm3ghP+JRFPNt9 P5qxm9KZSy0AyGYBKY0tTWqOMfv7id9Hg22ZzmgGG2ADSQu1m
X-Microsoft-Antispam-Mailbox-Delivery:
abwl:0;wl:0;pcwl:0;kl:0;iwl:0;dwl:0;dkl:0;rwl:0;ex :0;auth:1;dest:J;ENG:(400001000128)(400125000095)( 5062000261)(5061607266)(5061608174)(4900095)(49200 89)(6375004)(4950112)(4990090)(9140004);RF:JunkEma il;OFR:SpamFilterAuthJ;
X-Message-Info:
qoGN4b5S4yqWXGgKQewEDirLJuTtzg2OP6xcu4Vo29UDP6yE6P 5APp636a81gZSbSYcQoej272I+hF5b0KLnQqKDW0L9pj/hYmItQln3g3quKmvYK7oGRDOtOaYDUeLtxevZ9Kby49A9crDjX +zVHbzg0a665wv1GueXcjDnjFVi7PyhVEqdIilA+Wfyh+qH2p+ 7E6MzuGcNxHvh7TB/+A==
X-Message-Delivery: Vj0xLjE7dXM9MDtsPTA7YT0wO0Q9MjtHRD0yO1NDTD02
X-Microsoft-Antispam-Message-Info:
9zVRTuVWxeUKneSkGfY/XO18XycNZerj0q9nrBrgzED3yD/ioeGn+37aTFbB7FtzPqk8249dZTMHRqoCLYMcol7CpxS3jGoTi hkG3XomVEPczU3liU2uPVz4Oz+Em3iLnDLPxd2Ky9zopCw28PI gzN3TT6xBR/yuQh0IV7KcEJFBpM2UlIDGJFO88eQgYuxLsYz4gl+mHLhxcH9v e72WSnAmxTGEleL788yrOrq+xBmtcWrIq0lDbz7ALTm1Leimrw GRUZo9iWKovwsAsTJJ1w==
MIME-Version: 1.0
systemdeveloper
19/02/18, 20:26
Hier kun je die headers zelf checken: https://testconnectivity.microsoft.com/MHA/Pages/mha.aspx
Geen spam volgens hunnie iig.
Overigens... ik weet dat sommige servers momenteel shitty settings hebben en vallen over dynamische ipadressen, ook al gebruik je authenticated mail via een eigen bak in het dc.
Wat je eens kunt doen is de received header eraf slopen in exim.
remote_smtp:
...
headers_remove = Received:
....
en dan nog eens proberen.
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?
Ik neem geen betaalde dienst af, ik ben de hoster.
Goh :) Ik bedoel dat degene die jouw email niet ontvangt, bij Microsoft de logfile moet opvragen. 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?
Maar technisch: het kan echt alles zijn. Hier hebben de ontvangers van mijn klanten ook soms problemen met hun email hoster (Microsoft). Maar net zo goed ook ontvangers van andere email diensten hoor. Sommige Microsoft servers doen dit overigens wel en sommige niet. Er is geen pijl op te trekken en je hebt het niet voor het kiezen, het is op en af. Dat is al zeker twee jaar bezig, genoeg over te vinden.
Dynamische IPs zou een factor kunnen spelen, maar het is compleet onduidelijk waarom. Ik denk zelfs dat 99% van de consumenten lokale of dynamische email adressen in de headers heeft staan. De enige manier om ze niet te krijgen, is om ze ergens in de keten er af te halen.
Laag email volume zou ook een factor kunnen spelen. Delisting aanvragen helpt dan eigenlijk altijd, doorgaans is het dan binnen een paar uur weer mogelijk voor de ontvangers om jouw email te ontvangen.
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?
systemdeveloper
19/02/18, 21:26
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!
systemdeveloper
20/02/18, 00:06
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/getsupport?oaspworkflow=start_1.0.0.0&wfname=capsub&productkey=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.
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.
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/knowledgebase/article/microsoft-weigert-mail-naar-hotmailliveoutlook-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 :-)
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.
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.
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.
CharlieRoot
21/02/18, 19:55
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!
virtuality
21/02/18, 20:04
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.
systemdeveloper
21/02/18, 21:57
meer volume naar outlook vanaf je mailserver is eenvoudig te regelen. Cronjobje en 20 outlook accounts :)
virtuality
21/02/18, 22:04
Blacky het voorkomt niet alleen problemen naar Outlook.com maar ook naar andere providers, en problemen met blacklists e.d. Kosten vallen bij de meeste erg mee in vergelijk met de uren die je er nu al ingestopt hebt.
Nah, zoveel uren heb ik er niet ingestopt nu, valt wel mee, sowieso omdat ik ZZP'er ben. Vind het gewoon op zich leuk om te doen want normaliter draait alles vrijwel vanzelf dus nauwelijks werk aan. Die paar uur (bij elkaar misschien stuk of 3 a 4) is dan de moeite niet.
Daarnaast is het euvel alleen nu na 10 jaar eindelijk eens een keer met MS, voorheen slechts 1x kost last gehad met hun, jaar of 5 geleden, was toen ook zo gepiept om er uit te komen. We draaien al 10 jaar netjes, komen vrijwel nooit in spamlijsten en als dat al gebeurt (al weer aantal jaren geleden) zijn we er ook binnen no-time weer uit.
Want in die gevallen gaat het tot nu toe altijd om een of andere hack op lek script of thema van een een account van een klant, wat snel ontdekt en opgelost wordt.
Mail wordt strak gemonitord.
Servers worden ook gemonitord door munin.
En last but not least, ik doe wel het onderhoud van de servers maar ben in feite niet de huurder maar reseller. Degene die de servers huurt en er meer klanten dan mij op heeft zitten wil er ook niet aan dus houdt het sowieso op.
Het meeste zijn trouwens low budget accounts, mede daardoor ook kostentechnisch niet interessant.
Enkele klanten van me hebben wel al langer een externe mailserver (concullega van spamexperts) draaien voor hun zakelijke mail, al voor dat er ooit problemen waren. Kwestie van even DNS records aanpassen, geen probleem.
Ter info: Ik vond het al apart dat het opeens bij 4 servers tegelijk gebeurde en niet alleen bij mij.
Net even hier en daar wat testen gedaan en ziedaar, sinds vandaag werkt plotseling alle mail naar outlook.com van alle 4 de servers opeens weer als vanouds zonder problemen. De mail komt weer gewoon aan en niet meer in de spamfolders.
Je mail via spamexperts is natuurlijk niet echt een oplossing. Dat is om het probleem heen werken.
Je kan ook tegen je klant zeggen dat hij een hotmail adres moet nemen. Dan kan hij ook mailen..
Je kan ook elders een server huren, is het ook opgelost.
Blacky het voorkomt niet alleen problemen naar Outlook.com maar ook naar andere providers, en problemen met blacklists e.d. Kosten vallen bij de meeste erg mee in vergelijk met de uren die je er nu al ingestopt hebt.
Echt wel. Het is echt vooral Microsoft als het geblokt wordt for no reason anders dan dat je mail stuurt.
En uiteraard gaan we een ander niet betalen voor het verzenden van mail omdat Microsoft hun zaakjes niet op orde heeft. En dat zouden we allemaal moeten doen.
De ontvanger op de hoogte brengen dat Microsoft mail weigert in plaats van door hoepels springen.
Je kan ook elders een server huren, is het ook opgelost.
Ja voor zolang als het duurt want je loopt dan net zo goed een risico dat het eens gebeurt. Maar zoals gezegd, ik ben niet de huurder. En uit heldere hemel is het opeens opgelost.
Bij ons is het nu dus opgelost zomaar opeens en alle servers tegelijk.
En rara.... meteen meldt de volgende zich al aan met hetzelfde probleem maar ander forum, ook zomaar opeens, ook SDNS en JMRP, correct SPF, nooit op een blacklist, geen melding gehad van JMRP en nu ook alles de spambakken in.
Lijkt me toch eerder dat er momenteel iets mis gaat bij MS, mede gezien er jaren geen problemen waren.
Dus Tuxis_IE ik ben het helemaal met je eens! Alleen is het soms vechten tegen windmolens als het om MS gaat.