The logs I have are similar to those that have been posted so far.
What I have discovered is that Verizon's servers are looking at the "Return-Path" information and is specifically preventing certain patterns of "Return-Path" declarations from going through.
My particular issue was the mail was being sent by my Web server via PHP, so the return-path was [EMAIL PROTECTED], and Verizon doesn't like that return-path so it rejected it.
Reverse for mymachine.mydomain.tld resolves fine. Of course, apache doesn't have an account on my mail server but Verizon's server did not perform any RCPT request for apache according to low-level logs.
I've seen other mail servers which are configured this way, they look for specific patterns in the Return-Path and make judgment for spam that way.
________________________________________________________________________ _
Hai Ng
"Virtual Tools for the Real World"
############################################################# This message is sent to you because you are subscribed to the mailing list <[EMAIL PROTECTED]>. To unsubscribe, E-mail to: <[EMAIL PROTECTED]> To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]> To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]> Send administrative queries to <[EMAIL PROTECTED]>
