I figured out a way to get the spamd user to scan the spam folders. Definitely helping.
applying email in the inbox that have been read to the HAM is next on the list. > On Oct 20, 2015, at 9:39 AM, RW <rwmailli...@googlemail.com> wrote: > > On Tue, 20 Oct 2015 08:29:27 -0500 > Ryan Coleman wrote: > >> >>> On Oct 20, 2015, at 8:21 AM, RW <rwmailli...@googlemail.com> wrote: >>> >>> On Tue, 20 Oct 2015 15:14:42 +0300 >>> Jari Fredriksson wrote: >>> >>>> On 10/20/2015 12:41 AM, Ryan Coleman wrote: >>>>> Actually it makes absolute sense since I dump my spam into a >>>>> folder to be scanned as spam and anything that is still in my >>>>> inbox, and read, is indeed ham. >>>>> >>>>> I just have to re-investigate the ./new and ./cur folders to make >>>>> sure they will operate how I want. But if the email was delivered >>>>> to my phone and it moves (but not read) then it?s not an option. >>>> >>>> cur and new folders work as supposed when the IMAP server is >>>> Courier, but NOT when you use Dovecot. >>> >>> How does it not work as expected? >> >> I haven?t seen anything appear in the ?new? folder, to be honest. > > Bear in mind that the "new" directory is there for mail that's been > delivered into the maildir folder without going through a mail client. > If the mail is delivered there by a pop/imap client, or copied/moved > between maildir folders, "new" shouldn't be used. Even when it is used, > an IMAP server should move mail from "new" to "cur" immediately > after its existence been reported to a client, and that can be > instantaneous if the IMAP client supports IDLE. > > In my experience Dovecot's MDA does the right thing. There is a > complication though in that when Sieve is used to set a flag, the MDA > has no choice but to put it in "cur".