Hi, OK. I tried your suggestion. I modified the dovecot config file "10-logging.conf", like so:
log_path = syslog and mail_debug = yes It appears that the logging goes to "/var/log/maillog", not "messages" as I expected. Restarting service dovecot produces info in the "maillog" file showing the restart: ... Jan 22 15:20:14 coe dovecot: imap: Server shutting down. bytes=3383/61998 Jan 22 15:20:15 coe dovecot: master: Dovecot v2.0.9 starting up (core dumps disabled) However, when I send a spam email to a user, the log has no dovecot messages: Jan 22 15:11:15 coe postfix/pickup[27525]: E3CA72578F: uid=0 from=<root> Jan 22 15:11:15 coe postfix/cleanup[27819]: E3CA72578F: message-id=<[email protected]> Jan 22 15:11:15 coe postfix/qmgr[10863]: E3CA72578F: from=<[email protected]>, size=10173, nrcpt=1 (queue active) Jan 22 15:11:16 coe amavis[27456]: (27456-07) LMTP:[127.0.0.1]:10024 /var/spool/amavisd/tmp/amavis-20150122T150549-27456-7GX8WObe: <[email protected]> -> <[email protected]> SIZE=10173 Recei$ Jan 22 15:11:16 coe amavis[27456]: (27456-07) Checking: nS2V0oL2RKlj <[email protected]> -> <[email protected]> Jan 22 15:11:18 coe postfix/smtpd[27825]: connect from localhost.localdomain[127.0.0.1] Jan 22 15:11:18 coe postfix/smtpd[27825]: 86B2223871: client=localhost.localdomain[127.0.0.1] Jan 22 15:11:18 coe postfix/cleanup[27819]: 86B2223871: message-id=<[email protected]> Jan 22 15:11:18 coe postfix/smtpd[27825]: disconnect from localhost.localdomain[127.0.0.1] Jan 22 15:11:18 coe postfix/qmgr[10863]: 86B2223871: from=<[email protected]>, size=10891, nrcpt=1 (queue active) Jan 22 15:11:18 coe amavis[27456]: (27456-07) nS2V0oL2RKlj FWD from <[email protected]> -> <[email protected]>, BODY=7BIT 250 2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as $ Jan 22 15:11:18 coe amavis[27456]: (27456-07) Passed SPAMMY {RelayedTaggedInbound}, <[email protected]> -> <[email protected]>, Message-ID: <[email protected]>, mail_i$ Jan 22 15:11:18 coe postfix/lmtp[27821]: E3CA72578F: to=<[email protected]>, relay=127.0.0.1[127.0.0.1]:10024, delay=2.8, delays=0.11/0.04/0/2.6, dsn=2.0.0, status=sent (250 2.0.0 from MTA(smt$ Jan 22 15:11:18 coe postfix/qmgr[10863]: E3CA72578F: removed Jan 22 15:11:18 coe postfix/local[27827]: 86B2223871: to=<[email protected]>, relay=local, delay=0.14, delays=0.05/0.04/0/0.04, dsn=2.0.0, status=sent (delivered to maildir) Jan 22 15:11:18 coe postfix/qmgr[10863]: 86B2223871: removed I attached the above snippet of log file lines to this email. However, just watching the maillog file, dovecot messages do appear, like these: Jan 22 15:37:12 coe dovecot: imap-login: Login: user=<burks>, method=PLAIN, rip=::1, lip=::1, mpid=29204, TLS Jan 22 15:37:12 coe dovecot: imap(burks): Disconnected: Logged out bytes=94/856 So, is it postfix doing the local mail delivery, not dovecot? Could dovecot debug messages be going to a different log file? (They are not in "/var/log/messages"). Thanks, -Mike On 1/22/15, Thomas Leuxner <[email protected]> wrote: > * Michael Williamson <[email protected]> 2015.01.22 20:11: > >> I have dovecot 2.0.9 running on a CentOS 6.6 email server for a small > > This is a notorious version. Not only is it hopelessly outdated, it used to > contain broken features way back... > >> require ["fileinto"]; >> # Move spam to spam folder >> if header :contains "X-Spam-Flag" ["YES"] { >> fileinto "Maildir/.SPAM"; >> stop; >> } > > The mail is very awkwardly structured, I had trouble spotting the actual > question FTR. You may set mail_debug to yes: > > $ grep mail_debug * > 10-logging.conf:#mail_debug = no > > This will then produce verbose logging and most likely will help spotting > the reason why the mail is not filed. Inject a mail with logging raised and > post the relevant log excerpt here for further analysis. I have a feeling > that it should just say fileinto "SPAM", but difficult to say without seeing > log output. > > Current Dovecot versions also have the benefit of the sieve-test tool which > lets you apply rules to mailboxes and see what would happen, or refilter > mail if you're happy with the outcome of the dry-run. > > Regards > Thomas >
t1
Description: Binary data
