This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

SMTP: Empty MAIL FROM during callout verification

Hi,
I'm getting some problems with sender callout verification while getting mails from some domains. The callout verification doesn't complete because the remote mailer answers, there must be a FQDN portion in the "MAIL FROM:" field, but it seems to be empty. I'm using Astaro 4.007. Any ideas?

Michael  


This thread was automatically locked due to age.
Parents
  • Hi MichaelKiel,

    seems that their MTAs are not configured properly:

    From the Exim documentation:
    [ QUOTE ]
     
    When a host list is available, Exim makes SMTP connections to the remote hosts, to test whether a bounce message could be delivered to a sender address, or whether the current message could be delivered to a recipient address. For a sender address, it sends:

      HELO 
      MAIL FROM:<>
      RCPT TO:
      QUIT
     

    [/ QUOTE ] 
    From RFC 2476:
    [ QUOTE ]
     
    Note that a null return path, that is, MAIL FROM:<>, is permitted
       and MUST be accepted. (MUAs need to generate null return-path
       messages for a variety of reasons, including disposition
       notifications.) 

    [/ QUOTE ] 

    read you
    o|iver     
  • I have a question along these same lines.  If this callout fails and ends up rejecting the message, will the whitelist let the email through?  So does the whitelist check emails first and let them through or does the whitelist only apply to email blocked by the spam detection module?

    The reason I ask is because right now we have a client that is having trouble sending emails to us and even though it might be something misconfigured on their side, they have assured us there is nothing wrong.  Due to the fact that this is a client of ours I don't want to point fingers, I just want it fixed even if it is just a workaround.  
Reply
  • I have a question along these same lines.  If this callout fails and ends up rejecting the message, will the whitelist let the email through?  So does the whitelist check emails first and let them through or does the whitelist only apply to email blocked by the spam detection module?

    The reason I ask is because right now we have a client that is having trouble sending emails to us and even though it might be something misconfigured on their side, they have assured us there is nothing wrong.  Due to the fact that this is a client of ours I don't want to point fingers, I just want it fixed even if it is just a workaround.  
Children
No Data