Hi, I'm trying to get amavisd-new working with sendmail and milter on a CentOS 5.0 test system.
My distribution is CentOS 5.0 - fully updated, so sendmail is 8.13.8. I have added amavisd-new-2.5.2-1.el5.rf and amavisd-new-milter-2.5.2-1.el5.rf from the rpmforge repository - and the various dependant packages that they require - big thanks to Dag Wieers for making that part of the install seem to go very smoothly. I have got clamav and spamassassin on the system, but haven't tried to point amavisd-new at them yet. In amavisd.conf I have modified $mydomain , $log_level to 5, $forward_method to undef; , $notify_method to the sendmail pipe example from amavisd.conf-sample. In /etc/sysconfig/amavisd I have uncommented the line MILTER_SOCKET="local:/var/amavis/amavis-milter.sock" and I've set MILTER_FLAGS to be -vvvv In /etc/mail/sendmail.mc I uncommented the last two lines which had been automatically added by Dag's amavisd-new-milter rpm: define(`MILTER', 1) INPUT_MAIL_FILTER(`milter-amavis', `S=local:/var/amavis/amavis-milter.sock, F=T, T=S:10m;R:10m;E:10m') then I've done a make -C /etc/mail to rebuild sendmail.cf I have switched selinux to permissive mode for now as I don't want that getting in the way at this stage- that is a later challenge! So I can start up amavisd - with 'service amavisd start' - and it thinks amavisd and amavisd-milter have started - and both .sock files have appeared in /var/amavis/ I can start sendmail with 'service sendmail start' - and it seems happy as long as amavisd-milter has started first - else I get a warning about the milter not being there- so that seems good. So I send a test mail as a from root to a local user on the box- and it seems to get stuck in sendmail's queue - it doesn't get delivered until I switch the milter off in sendmail's config and restart sendmail. Here is what my maillog file looks like when I restart sendmail then inject a test mail from root to tony: Jul 18 22:47:23 archimedes sendmail[19770]: alias database /etc/aliases rebuilt by tony Jul 18 22:47:23 archimedes sendmail[19770]: /etc/aliases: 78 aliases, longest 10 bytes, 793 bytes total Jul 18 22:47:23 archimedes sendmail[19775]: starting daemon (8.13.8): [EMAIL PROTECTED]:00:00 Jul 18 22:47:23 archimedes sm-msp-queue[19784]: starting daemon (8.13.8): [EMAIL PROTECTED]:00:00 Jul 18 22:47:53 archimedes sendmail[19790]: l6ILlrB6019790: from=root, size=39, class=0, nrcpts=1, msgid=<200707182147.l6ILlrB [EMAIL PROTECTED]>, [EMAIL PROTECTED] Jul 18 22:47:53 archimedes amavis-milter[19468]: (mlfi_connect) client connect: hostname localhost.localdomain; clearing all v ariables Jul 18 22:47:53 archimedes amavis-milter[19468]: (allocmem) allocating private variables Jul 18 22:47:53 archimedes amavis-milter[19468]: malloced priv successfully Jul 18 22:47:53 archimedes amavis-milter[19468]: (mlfi_helo) HELO argument is archimedes.broadway.local Jul 18 22:47:53 archimedes amavis-milter[19468]: (mlfi_envfrom) clearing message variables Jul 18 22:47:53 archimedes amavis-milter[19468]: l6ILlrad019791: (mlfi_envfrom) MAIL FROM: <[EMAIL PROTECTED]>, t empdir: /var/amavis/amavis-milter-l6ILlrad019791/email.txt Jul 18 22:47:53 archimedes amavis-milter[19468]: l6ILlrad019791: (mlfi_envto) RCPT TO: <[EMAIL PROTECTED]> Jul 18 22:47:53 archimedes sendmail[19791]: l6ILlrad019791: from=<[EMAIL PROTECTED]>, size=361, class=0, nrcpts=1 , msgid=<[EMAIL PROTECTED]>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0 .1] Jul 18 22:47:53 archimedes amavis-milter[19468]: l6ILlrad019791: (mlfi_eoh) Jul 18 22:47:53 archimedes amavis-milter[19468]: l6ILlrad019791: (mlfi_eom) Jul 18 22:47:53 archimedes amavis-milter[19468]: l6ILlrad019791: (mlfi_eom) allocate socket() Jul 18 22:47:53 archimedes amavis-milter[19468]: l6ILlrad019791: (mlfi_eom) connect Jul 18 22:47:53 archimedes amavis-milter[19468]: l6ILlrad019791: (mlfi_eom) sendfile Jul 18 22:47:53 archimedes amavis[19500]: Net::Server: 2007/07/18-22:47:53 CONNECT UNIX Socket: "/var/amavis/amavisd.sock" Jul 18 22:47:53 archimedes amavis[19500]: loaded base policy bank Jul 18 22:47:53 archimedes amavis[19500]: loaded policy bank "AM.PDP-SOCK" Jul 18 22:47:53 archimedes amavis[19500]: process_request: fileno sock=11, STDIN=0, STDOUT=1 Jul 18 22:47:53 archimedes amavis[19500]: switch_to_my_time 480 s, new request Jul 18 22:47:53 archimedes amavis[19500]: process_request: suggested_protocol="AM.PDP" on UNIX Jul 18 22:47:53 archimedes amavis[19500]: process_policy_request: 0, amavisd (ch1-P-idle), fileno=11 Jul 18 22:47:53 archimedes amavis[19500]: switch_to_client_time 480 s, start receiving AM.PDP data And there the mail flow just seems to stop. I can see that the various sockets seem to be talking to each other- but I can't figure which layer is causing the hold-up. Can anyone give me any hints how to further debug this? Thanks for reading such a long mail! Cheers, Tony. ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/