warning: connect to transport amavis: Connection refused

Discussion in 'Installation/Configuration' started by Craig, Dec 14, 2006.

  1. Craig

    Craig New Member

    Multi-part problem with mail."warning: connect to transport amavis:... and

    [UPDATE] It seems that amavis is not my only problem. Although I can connect to the mail server to receive mail, any attempts to send mail to the account, from another email address or relay email from the account, to another email address fail.

    Maillog has this to say: ("[email protected]" = non-ipconfig source. "[email protected]" = ipconfig user destination, in this case "web5_USER".
    Dec 15 05:34:54 sd-7405 postfix/smtpd[19372]: connect from unknown[XX.XXX.XXX.XX]
    Dec 15 05:34:55 sd-7405 postfix/smtpd[19372]: NOQUEUE: reject: RCPT from unknown[XX.XXX.XXX.XX]: 554 <[email protected]>: Relay access denied; from=<[email protected]> to=<[email protected]> proto=SMTP helo=<WORK>
    Dec 15 05:34:55 sd-7405 postfix/smtpd[19372]: disconnect from unknown[XX.XXX.XXX.XX]
    Dec 15 05:34:56 sd-7405 dovecot: pop3-login: Login: user=<web5_USER>, method=PLAIN, rip=::ffff:, lip=::ffff:
    Dec 15 05:34:57 sd-7405 dovecot: POP3(web5_USER): Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0
    Maillog also has this in it:
    Dec 15 05:38:15 sd-7405 postfix/anvil[19374]: statistics: max connection rate 1/60s for (smtp: at Dec 15 05:34:54
    Dec 15 05:38:15 sd-7405 postfix/anvil[19374]: statistics: max connection count 1 for (smtp: at Dec 15 05:34:54
    Dec 15 05:38:15 sd-7405 postfix/anvil[19374]: statistics: max cache size 1 at Dec 15 05:34:54

    I'm now testing out my mail server and I get this in the "maillog" file whenever mail attempts be received or sent.

    By way of reference, I used the http://www.howtoforge.com/perfect_setup_fedora_core_5 , except on a 32 bit box, which works perfectly otherwise, and I already checked and "amavis" and clamd.amavisd are both running as the same user, namely "amavis".

    I can also telnet to 10024 with no problem.

    To be honest, I'm no longer sure that amavis was even part of the ISPConfig install or if it was instead installed as a failed attempt at getting postfix installed and working previously.

    One thing I do know though is that my postfix main.cf file is the same as it is shown in the Howto I listed, if that is any help.

    Since I don't actually have any sites live yet, I'm almost tempted to uninstall it all and start over with the same howto but I'm worried that I'd end up not uninstalling something that needed to be and be in worse shape. :(

    Any help, including a pointer to how to start over if that is the best route, would be greatly appreciated! :)
    Last edited: Dec 15, 2006
  2. Craig

    Craig New Member

    New info about the problem, see the "[UPDATE][/UPDATE]" section edited into the original post.
  3. till

    till Super Moderator Staff Member ISPConfig Developer

    Amavis is not part of ISPConfig and the howto. ISPConfig uses its own procmail scripts to scan emails with Spamassassin and not amavis. You should consider uninstalling amavis or reinstalling the system.
  4. Craig

    Craig New Member

    True, I realize now as well.

    I had started out only looking for a way to install a mail server, came across the article, "Virtual Users And Domains With Postfix, Courier And MySQL (Fedora Core 5)", got part way through, ran into problems and THEN, came across the ISPConfig howto.

    I had hoped I could lucky and get by with just installing it and seeing what happened but the luck was not with me. ;)

    I just recently realized that as well. I may be slow but I eventually get "there". ;)

    I figured out how I got to where I was/am, and walked backwards and found the branch which lead me to incompatible directions. I think your idea of starting over is a good one and what I have decided to do, thanks to your help.
    In this case it ends up being the "or" case. Taking your suggestion and removing amavis, I found didn't help or maybe more correctly, I have it screwed up more than doing that alone would help. ;)

    My current plan is to have the host flip a switch and reinstall the entire box, which will then take all of 5 minutes for them.

    Then starting with essentially a fresh box, I plan to drop a VMWare in it and go the image route, which I can freely mess up totally, without wiping the box out. ;)

    At least until I get used to playing with it and feel more comfortable with ISPConfig. I do know though that ISPConfig is definitely the route I want to go one way or the other over the long term.

    Also, if you haven't figured out already, this is my first real experience "driving a box" myself. I usually code while some one else rides the server and another manages the project so your patience, not only you have shown with my questions but to all the people who ask questions here, is GREATLY appreciated.
  5. falko

    falko Super Moderator ISPConfig Developer

    These tutorials are incompatible with each other as ISPConfig uses system users, not virtual users.
  6. jluros

    jluros New Member

    We (the user/admin community) should probably indicate that this post refers to ISPConfig 2, not ISPConfig 3. ISPConfig 3 does use Amavis, doesn't it?
  7. falko

    falko Super Moderator ISPConfig Developer

    This thread is in the ISPConfig 2 subforum, so everything's fine.

    Yes, it does.

Share This Page