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 Callouts

It may just be me (highly likely) but I am having a bit of an issue setting up the SMTP Proxy correctly (running ASL 4.015).
I have had the Sender Address Verification enabled for some time now with no issues. I am however now getting some SPAM on one of my main mail accounts which is a bit of a problem. I decided to enable the Callouts option in the proxy but this has caused yet another issue.
If I try to send a message to my mail server using my WebMail account (from my ISP), something I need to do when I am traveling, it gets rejected at the firewall with the following message:

2003-Nov  8 18:20:52 firewall exim[16450]: 2003-11-08 18:20:52 H=(mail.xxx.net.au) [203.x.x.x] F= rejected RCPT : Sender verify failed

The Astaro help states that a RCPT command is issued to the senders SMTP server to see if the senders address is valid. Well, it is, but it gets rejected.

Does someone know exactly what commands are sent as part of this Callout verification as I can telnet to the SMTP address that is given in the error message and connect. It’s all a bit confusing.
I would like to use this feature but if it disables my ability to use my WebMail, which it does at this time, I cannot.

Can someone shed a little light on this subject for me?

Thanks in advance.
  


This thread was automatically locked due to age.
Parents
  • There are two ways to confirm mail (other than through using a secure protocol like S/MIME or PGP): one  is by DNS reverse-lookup (you say you're from this domain, so let's see if your 'from' address on the packets match what that domain's MX is -or MXes are, for that matter); the other is to use the auth protocol (port 111?) to see if a sender exists by that name at that domain. This requires an auth service to be running on the transmitting mail relay in question.

    If the IP address of the sending relay matches what is listed for a sending domain's MX(es), then I can only guess that it's failing on an auth check. Does Astaro do auth checks? Maybe somebody else can pipe in here...
         
Reply
  • There are two ways to confirm mail (other than through using a secure protocol like S/MIME or PGP): one  is by DNS reverse-lookup (you say you're from this domain, so let's see if your 'from' address on the packets match what that domain's MX is -or MXes are, for that matter); the other is to use the auth protocol (port 111?) to see if a sender exists by that name at that domain. This requires an auth service to be running on the transmitting mail relay in question.

    If the IP address of the sending relay matches what is listed for a sending domain's MX(es), then I can only guess that it's failing on an auth check. Does Astaro do auth checks? Maybe somebody else can pipe in here...
         
Children
No Data