Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 7 replies
  • Subscribers 2 subscribers
  • Views 2025 views
  • Users 0 members are here
Options
Suggested
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 proxy Problem

Denny Liao
I was noticed that users from other company cannot sent email to us. And there is always a error message "SMTP data timeout (message abandoned) on connection from ...." in the log file.


I searched on the net, and recognise that this is problem occur at the very beginning of smtp connection, so no way to get more detailed log information for debug, they suggest to use tcpdump to debug this package. 

But this is our production email service, then I can not install powerpack to debug it.

Does anybody here knows a solution to find the problem out, and solve it.

Thanks a lot ! 

astaro version: 3.2.17


This thread was automatically locked due to age.
Parents
  • 0
    Looks like this is not your issue:

    astaro:/# telnet mail.it-factories.com 25
    Trying 210.22.159.182...
    Connected to mail.it-factories.com.
    Escape character is '^]'.
    220 ESMTP ready.
    ehlo
    250-sh.hartung.com.cn Hello hugo []]
    250-SIZE 1047527424
    250-PIPELINING
    250 HELP
    mail from: dummy@astaro.org
    250  is syntactically correct
    rcpt to: denny.liao@it-factories.com
    250  is syntactically correct
    data
    354 Enter message, ending with "." on a line by itself
    test
    .
    250 OK id=19Piju-0000FO-00
    quit
    221 sh.hartung.com.cn closing connection
    Connection closed by foreign host.

    BTW: the error message you provided is not much of help... what kind of system is generating this message?

    techno.kid   
  • 0 in reply to techno.kid
    Hmmm...
    I did activate sender address verification...


    The error message I got from smtp proxy logfile, (exim logfile). And also this is only log information I can get. no more.

    Thanks.
     
  • 0 in reply to Denny Liao
    I also found this kind of error message within all of astaro customers whom using smtp proxy .

    I try to set log_level of exim to 6, but no more information appeared that default. 

    switch on log_smtp_connections is not so helpful too. 

    ......

    I tried a lot but problem still existing, it really cause us lost a lot of important email...

    Anyone here can help us solve this problem?

    Many thanks in advance! 
  • 0 in reply to Denny Liao
    Since I "moved" to ASL Version 4 I can´t tell if this might solve your issue - maybe you give it a try.

    And: use a hub in front of the ASL and catch the smtp traffic out there, so you will not need to install the PlusPack on your machine...

    techno.kid   
Reply
  • 0 in reply to Denny Liao
    Since I "moved" to ASL Version 4 I can´t tell if this might solve your issue - maybe you give it a try.

    And: use a hub in front of the ASL and catch the smtp traffic out there, so you will not need to install the PlusPack on your machine...

    techno.kid   
Children
  • 0 in reply to techno.kid
    I cannot do it at weekday, maybe this weekend I will try. 

    And I still using version 3, I dont' if version 4 has solved this problem or not.


    It looks like Astaro changed the version number of exim meaningly (when execute exim -bV, it shows the version is 6.66) , so even I don't know the exact version of exim. 

     [:S]
     
  • 0 in reply to Denny Liao
    Right, ASL 3 has exim version 3 running... ASL 4 has version 4

    Since you seem to be the only one with this kind of problem, maybe it´s not a question of the version but some kind of configuration (not only limited to ASL but something else within your environment).

    So I suggest you try the "tcpdump-way" - the results should help you to figure out what´s wrong.

    techno.kid  
  • 0 in reply to techno.kid
    I don't think I'm the only person got this error message, I suggest all of 3.2x user check the log file carefully. 

    techno.kid, I still didn't find a time to do "tcpdump-wasy" checking,currently I used a work around solution that create a nat rule to force those email  connecting to our email server directly.