[Dovecot] POP3 how do I either retrieve spam or never put mail in spam?
I retrieve my mail from dovecot over POP3. Sometimes dovecot delivers a message into the spam mailbox, even though I have no spam filtering enabled. I can't find anything in the wiki about "other" mailboxes and POP3. I want to either never deliver mail in any mailbox other than my default inbox, or be able to retrieve mail over POP3 from those other mailboxes. How do I do them?
--
TonyN.:' mailto:tonynelson@georgeanelson.com ' http://www.georgeanelson.com/
Am 04.04.2010 um 19:53 schrieb Tony Nelson:
I retrieve my mail from dovecot over POP3. Sometimes dovecot delivers a message into the spam mailbox, even though I have no spam filtering enabled.
Dovecot does not do that. Your MUA such as Thunderbird might do this, or a milter or some other process on your MTA may do that, but Dovecot won't (unless you tell it to sieve mail for you and file into the spam mailbox).
Regards Thomas
On 10-04-04 14:07:49, Thomas Leuxner wrote:
Am 04.04.2010 um 19:53 schrieb Tony Nelson:
I retrieve my mail from dovecot over POP3. Sometimes dovecot delivers a message into the spam mailbox, even though I have no spam filtering enabled.
Dovecot does not do that. Your MUA such as Thunderbird might do this, or a milter or some other process on your MTA may do that, but Dovecot won't (unless you tell it to sieve mail for you and file into the spam mailbox).
Well, here is something you do not know about dovecot.
[]# zgrep 'dovecot.*spam' /var/log/maillog-20100404.gz
Apr 3 17:14:12 rapidxen dovecot: deliver(tonynelson):
msgid=164696033923172620887@xpsp5: saved mail to spam
[]#
deliver sends the message wherever it is directed, apparently in this case by an anti-spam header added by an intermediate mail server. 3 out of 4 messages in .spam are not spam. I need to either change dovecot or deliver to always use the regular "new" mailbox, or retrieve POP3 mail from mailboxes other than that "new" mailbox.
[]# dovecot -n # 1.2.10: /etc/dovecot.conf # OS: Linux 2.6.26-1-xen-amd64 x86_64 CentOS release 5.4 (Final) listen: * max_auth_attempts: 1 login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_processes_count: 1 login_max_processes_count: 4 max_mail_processes: 8 mail_location: maildir:~/mail mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 pop3_no_flag_updates(default): no pop3_no_flag_updates(imap): no pop3_no_flag_updates(pop3): yes lda: postmaster_address: postmaster@rapidxen.georgeanelson.com auth default: failure_delay: 5 worker_max_count: 2 passdb: driver: pam args: session=yes dovecot userdb: driver: passwd socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 group: mail []#
--
TonyN.:' mailto:tonynelson@georgeanelson.com ' http://www.georgeanelson.com/
On 10-04-04 19:59:43, Tony Nelson wrote:
Am 04.04.2010 um 19:53 schrieb Tony Nelson:
I retrieve my mail from dovecot over POP3. Sometimes dovecot delivers a message into the spam mailbox, even though I have no spam filtering enabled.
Dovecot does not do that. Your MUA such as Thunderbird might do
On 10-04-04 14:07:49, Thomas Leuxner wrote: this,
or a milter or some other process on your MTA may do that, but Dovecot won't (unless you tell it to sieve mail for you and file into the spam mailbox).
Well, here is something you do not know about dovecot.
[]# zgrep 'dovecot.*spam' /var/log/maillog-20100404.gz Apr 3 17:14:12 rapidxen dovecot: deliver(tonynelson):
msgid=164696033923172620887@xpsp5: saved mail to spam []#deliver sends the message wherever it is directed, apparently in this case by an anti-spam header added by an intermediate mail server. ...
Bah. After figuring out how deliver was being run, which I see is in the /etc/procmailrc I copied from the Dovecot WIKI[1], all I have to do is comment out the extra lines[2] that direct spam elsewhere. Those lines are probably needed under some circumstances.
[1] http://wiki.dovecot.org/procmail [2] :0 w
- ^X-Spam-Status: Yes | $DELIVER -m spam
--
TonyN.:' mailto:tonynelson@georgeanelson.com ' http://www.georgeanelson.com/
On Sun, 04 Apr 2010 23:37:56 -0400, Tony Nelson tonynelson@georgeanelson.com articulated:
Bah. After figuring out how deliver was being run, which I see is in the /etc/procmailrc I copied from the Dovecot WIKI[1], all I have to do is comment out the extra lines[2] that direct spam elsewhere. Those lines are probably needed under some circumstances.
[1] http://wiki.dovecot.org/procmail [2] :0 w
- ^X-Spam-Status: Yes | $DELIVER -m spam
IMNSHO, lose procmail. There are far better filtering programs available. I am presently learning how to use sieve, which Dovecot implements excellently and it appears to do most of what procmail does with none of the hassle. It is also far less system resource intensive.
Caveat: I really am not familiar with how it interacts with POP mail since I use IMAP.
-- Jerry Dovecot.user@seibercom.net
Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header.
Argue for your limitations, and sure enough, they're yours.
Messiah's Handbook: Reminders for the Advanced Soul
participants (3)
-
Jerry
-
Thomas Leuxner
-
Tony Nelson