recent Verizon issues

It seems that Verizon is doing some kind of funky 'callout' or 'sender verify' spam control that is causing the following error:

Temporary error returned by SMTP partner.
smtp;450 Requested mail action not taken-Try later:sv11pub.verizon.net

Searching the net (or the forums) hasn't produced any real results...some web hosts are just blocking verizon traffic but I don't see that as an option as I don't want to lose customers.

Does anyone have a solution? I figure that a couple of lines in my Exim ACL will resolve this.

thanks,

Chris

 

personally I would like to see Verizon dragged into court and made to pay dearly

I do have a working lawsuit against the morons for a cell phone issue and I may bring suit because of this issue.

However, that doesn't help me get my mail on verizon servers....verizon cannot tell me what is wrong (at least AOL gives you exact instructions in their rejection) and I cannot find out how to fix on this forum.

I would pay to have it fixed if anyone has any ideas

Chris

 

$50 if you can provide the fix for:

SMTP<< 450 Requested mail action not taken-Try later:sv11pub.verizon.net
SMTP>> QUIT
LOG: MAIN
== n.belair@verizon.net R=lookuphost T=remote_smtp defer (-45): SMTP error from remote mail server after MAIL FROM: SIZE=6543: host relay.verizon.net [206.46.232.11]: 450 Requested mail action not taken-Try later:sv11pub.verizon.net

will send via paypal...we run 30 servers, I'm not gonna stiff anyone over $50 for a good solution!

Chris

 

Sorry Guys (gals?)

Just getting back to this after taking off for the weekend.

Give me a bit to test and first correct answer gets the $50

thanks,

Chris

 

OK,

adding the spf record did not work.

I can see that the verizon mail server quits trying at about 30 seconds....and I do check several RBL's.

If I have to trim down my RBL list which one would you recommend?

Chris

 

thanks to sierrablue for identifying the 30 second timeout issue.

per sierrablue's suggestion we looked at our RBL list and disabled every RBL check as well as added verizon.net to the rblbypass file in /etc and restarted Exim

Still receiving the same error message from verizon, though.

However, when I attempt a manual delivery from the queue I can count off 30 seconds and sure enough, the message delivery comes back with the 450 error.

So my question is, what elese (besides rbl checks) could be causing my server to take more than 30 seconds to respond? (FYI...I have added the verizon ip's (entire class c) to the firewall allow list)

Anyone?

Thanks,

Chris

 

thanks again sierrablue as I commented items out of my exim config until I hit on the one that was taking up the time. FYI it was the demime list of 'banned' file attachment extentions. I had about 15-20 extentions banned and it was the straw that took me over 30.

Also thanks to manokiss for the Verizon list. I only wish that they had provided me with such a list in my 2 dozen contacts with them about this issue. Say what you will about AOL but every email rejected by them contains a URL where you can find out why it was rejected and how to fix it. If Verizon would follow suit there would be fewer issues such as these.

FYI...I sued Verizon in small claims court about a cell phone issue and their attorney called this morning asking what he could do to make this issue go away

Back to the current issue:

My server is not returning the requested: Mail From:<>
when qeuried by Verizon's server.

Instead my server(s) return someting like: Mail From: <> Size 3248

I am currently searching the forum but have not yet run accross a solution.

Anyone have an idea about this?

thanks,

Chris