Ian Eiloart wrote: > > --On 13 August 2007 10:13:39 -0500 cjackson <[EMAIL PROTECTED]> > wrote: > >> Ian Eiloart wrote: >>> >>> --On 10 August 2007 11:07:17 -0500 cjackson <[EMAIL PROTECTED]> >>> wrote: >>> >>>> Hi, >>>> >>>> I am having a very difficult time sending email to att.net with the >>>> default Exim 4.62 configuration. Att.net gives me 450 Busy Retry error >>>> on almost all email I send to them right after the connection attempt. I >>>> notice that if I manually resend using exim -M <emailid> many times, >>>> like once every second for 30 seconds, the email usually goes. What >>>> configuration should I try in the configure file to make this happen? I >>>> tried this but it doesn't work. >>>> >>>> att.net rcpt_450 F,1m,1s >>> If they're busy, then it's not a good time to be hammering away at their >>> server like this - you'll just make the situation worse. Have patience, >>> and apply your usual retry rules. >>> >>> >> Ordinarily, I'd agree with you. But their servers are _always_ too busy. >> So that won't work. Exim gives up and won't retry ever -- so 450 becomes >> essentially an immediate permanent error. >> >> I have been speaking with a qualified person at Bellsouth who has >> informed me that certain IP blocks that ATT has identified as sources of >> spam are "throttled". The blocks of course are DSL/DHCP addresses, plus >> others lumped in there because it makes their lives easier at ATT. >> Unfortunately, I'm in one of the other blocks that is static, so I get >> the 450 treatment. I have no choice but to resend. It's sort like a >> greylist, I guess. > > I see. I imagine that it's the number of retries that counts, not the rate > of retries. > > However, throttling could mean lots of things. It could mean that they're > limiting the rate of sending for all such hosts, in which case hammering > away won't do you any good. Or, it could mean that they limit the number of > concurrent connections, in which case hammering away may be your only > choice. > > You need to find out what they mean by "throttling". >
I am afraid "throttling" is about the only explanation I'm going to get, and am probably damn lucky to get that one. All I know is that -qf5s -R @att.net works 100% of the time before the 20th retry. But my real problem is that the script is just a band-aid solution. There are lots of people we do business with whose domains are hosted by Bellsouth/ATT. The script won't set up the -qf5s queue runner for their mail. I need a configuration file RETRY rule for the ATT gateway hosts that works like -qf5s -R. How can this be accomplished? Is this a wishlist item? Would there be objection? Thanks. Craig -- ## List details at http://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
