Re: [mailop] Issues delivering to Hotmail addresses

I gather that there are technical reasons, and I think I understand them all (per country/region partition of mailboxes and such), but am not certain. Again, it's a hack; I'm not happy with it personally, but that's the way it apparently was designed, and that for cause. Huge mail systems

Re: [mailop] Issues delivering to Hotmail addresses

Yes, it's not volume related. That was the original intent of the code, but. And later for values of immediately. I gather that was the original intent of the RFC as well. Aloha, Michael. -- Michael J Wise Microsoft Corporation| Spam Analysis "Your Spam Specimen Has Been Processed." Got the

Re: [mailop] Issues delivering to Hotmail addresses

Thanks for the response Michael. As I seen this with a message with 3 Hotmail recipients, would it be fair to say, that this is not related to volume? That is if we send to 2 recipients that happen to be in different regions the second recipient will be rejected with 452, to be retried later?

Re: [mailop] Issues delivering to Hotmail addresses

Hi Michael, At 12:20 PM 24-01-2018, Michael Wise via mailop wrote: Hack: an in-elegant solution that one personally doesn't like, but that appears to work. As to the retry interval, I feel a bit out of my depth on that one, and I guess it all depends on exactly WHY the 452 was thrown, but

Re: [mailop] Issues delivering to Hotmail addresses

> > > And as a follow-up, eyeballs have been successfully attracted. Michael, you *totally* rock; you are *very* appreciated! Anne Anne P. Mitchell, Attorney at Law CEO/President, SuretyMail Email Reputation Certification and Inbox Delivery Assistance http://www.SuretyMail.com/

Re: [mailop] Issues delivering to Hotmail addresses

And as a follow-up, eyeballs have been successfully attracted. Aloha, Michael. -- Michael J Wise Microsoft Corporation| Spam Analysis "Your Spam Specimen Has Been Processed." Got the Junk Mail Reporting Tool ? From: mailop

Re: [mailop] Issues delivering to Hotmail addresses

Hack: an in-elegant solution that one personally doesn't like, but that appears to work. As to the retry interval, I feel a bit out of my depth on that one, and I guess it all depends on exactly WHY the 452 was thrown, but ... the implication seems to be that an immediate retry (maybe give

Re: [mailop] AOL postmaster tools

Thx Anthony and Will, indeed they fixed that within the last few minutes by removing the captcha. Regards, Andreas Am 24. Januar 2018 15:08:14 GMT-05:00, schrieb Anthony Chiulli : >Yes. A few folks did connect with Lili over at AOL and brought it to >her >attention.

Re: [mailop] AOL postmaster tools

I believe the captcha has just been removed by AOL. Give it a shot now. Will Boyd On Wed, Jan 24, 2018 at 1:04 PM, Andreas Klein wrote: > Hey! > > Did anyone manage to get in contact with the AOL postmaster team regarding > their broken support site (captcha not working).

Re: [mailop] AOL postmaster tools

Yes. A few folks did connect with Lili over at AOL and brought it to her attention. Last I heard they removed the captcha requirement for the time being and are working on fixing the issue. May want to check again - Anthony On Jan 24, 2018, at 1:04 PM, Andreas Klein

Re: [mailop] Anyone from Fasthosts.co.uk on here?

Sounds like fasthost is checking the DBL on the EHLO/HELO value and forgetting to first reject/ignore HELO's with IP Literals... Of course, you can expect that to be a common method of checking DBL's, so surprised that it is treated that way, I can expect that a lot of ppl might not consider

[mailop] AOL postmaster tools

Hey! Did anyone manage to get in contact with the AOL postmaster team regarding their broken support site (captcha not working). After an IP change, I have a certain number of mails to AOL customers my server is unable to deliver due to AOL strange policy. Thanks, Andreas

Re: [mailop] Issues delivering to Hotmail addresses

> On Jan 24, 2018, at 11:32 AM, Michael Wise via mailop > wrote: > > > Much internal discussion, but … > Apparently … > > “ 452 is a special error code (per RFC) that instructs the sending MTA to > retry the rejected recipients immediately. > “ it is designed to split

Re: [mailop] Anyone from dmarcian here?

Forwarded to Tim D so he can reach out to Kirk. Paul Kincaid-Smith EmailGrades > On Jan 24, 2018, at 11:47, Kirk MacDonald > wrote: > > Please contact me off list. > > The question is in regards to a domain who appears to be signed for DMARC > reports via

Re: [mailop] Issues delivering to Hotmail addresses

On 24 Jan 2018, at 19:32, Michael Wise via mailop wrote: > In theory, one or more of the recipients would deliver, and the first one to > a different region would get this response, and then the next try for the > remaining … should deliver. This is functionally identical

Re: [mailop] Issues delivering to Hotmail addresses

Much internal discussion, but ... Apparently ... " 452 is a special error code (per RFC) that instructs the sending MTA to retry the rejected recipients immediately. " it is designed to split messages with a large number of recipients. Apparently that's not exactly what we're using it for, but

[mailop] Anyone from dmarcian here?

Please contact me off list. The question is in regards to a domain who appears to be signed for DMARC reports via dmarcian, but might need some help with their policy. Kirk MacDonald | System Analyst II Eastlink | Internet kirk.macdon...@corp.eastlink.caT:902.406.4969

Re: [mailop] Issues delivering to Hotmail addresses

On 23 Jan 2018, at 17:02, King, Brad wrote: Hi, We are seeing temporary rejections from Hotmail with the following error: 452 4.5.3 Recipients belong to multiple regions ATTR38 [CO1NAM03FT062.eop-NAM03.prod.protection.outlook.com] Does anyone know what this means? This particular

Re: [mailop] Anyone from Fasthosts.co.uk on here?

Spamhaus gives a special response code to idio-- er, people who query DBL as an IP DNSBL. $ host 237.177.65.188.dbl.spamhaus.org 237.177.65.188.dbl.spamhaus.org has address 127.0.1.255 "To prevent a build-up of wasted IP query traffic to the DBL zone, which would grow exponentially to

Re: [mailop] AOL Postmaster captcha missing

I just had the same experience, no CAPTCHA available. Wondered the same, related to the move to Yahoo, but maybe just a glitch?? CHERYL ROE Principal Deliverability Consultant | Salesforce.com Office: 317-275-5489 -- On Wed, Jan 24, 2018 at 7:53 AM, Hetzner

[mailop] AOL Postmaster captcha missing

A customer of ours was having issues sending emails to AOL, and wanted to contact them via their Postmaster page: https://postmaster.aol.com/trouble-ticket Unfortunately, the captcha has disappeared. There is simply a blank space where it used to be. Filling out the form and then trying to send

[mailop] Anyone from Fasthosts.co.uk on here?

We've had some messages rejected from Fasthosts' MX mail servers with an error like this: -- 550 5.7.1 Service unavailable; client [188.65.177.237] blocked using dbl.spamhaus.org -- dbl.spamhaus.org doesn't list IP addresses, so I'm not sure what's going on. I don't know if

Re: [mailop] Issues delivering to Hotmail addresses

Although indeed comical, I think we should all appreciate the level of details we have access to. It’s the kind of transparency which can help solve issues faster. -- Benjamin From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Emre Üst |euro.message| Sent: Wednesday, 24 January,

[mailop] Issues delivering to Hotmail addresses

Hi Brad, We are seeing lots of temporary errors ; the funniest error is; ** Error: "452 4.3.1 Insufficient system resources (UsedVersionBuckets[D:\Queue]) [ AM5EUR03HT002.eop-EUR03.prod.protection.outlook.com] [ AM5EUR03FT002.eop-EUR03.prod.protection.outlook.com]" while connected from

Re: [mailop] Issues delivering to Hotmail addresses

Something else is going on. Because separate regions is not a problem if you would store the email "per recipient". Just replicate it and store it in more than one region. Somehow this is not allowed. So it also means that they only want to store the email just once. That can be a functional