User-Agent: Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040207 Splitted from Bug 228512 "Automatic Junk Mail Deletion" requested by "delete junk after x days" does not work on "Local Folders" nor dummy accounts(dummy POP server is set). Reproducible: Always Steps to Reproduce:

*** This bug has been marked as a duplicate of 228512 ***

split of.. reopen

Seetings for NSPR log > set NSPR_LOG_MODULES=MsgPurge:5 > set NSPR_LOG_FILE=C:\log.txt Next log record was found for "Local Folders" and dummy accounts. > not a good time for this server, try again later

yes, because we thought we needed a password for that server, and as far as we know, we do. You set up a dummy server, but you've never set up a password for it. We don't purge accounts if we haven't logged into them yet, which is probably bogus...

NSPR log for "Local Folder" was as follows ; > 0[293f40]: [8] Local Folders (none) > 0[293f40]: [8] canGetIncomingMessages=false (if false, don't purge) David Bienvenu, "Automatic Junk Mail Deletion" for "Local Folders" is diabled internaly?

Probably. Junk mail purging is based on the incoming server - for each incoming server, we purge the junk mail folder associated with that incoming server. Having junk mail folder purging for a local folders account or a dummy pop3 account is somewhat non-sensical in that context, since there's no incoming mail for that account. However, you can set up your real (not dummy) pop3 server account so that its junk mail folder is the junk mail folder under your local folders. If you set up junk mail purging for the pop3 server account, it will purge the junk mail folder under local folders. That's what I do, and it works fine.

I've understood current "Junk Mail Purging" design now. I agree on "server basis" design for "Incoming Junk Detection". But I do not agree on "server basis" for "Junk Mail Purging", I accept it though. "Junk Mail Purging" can be independent from "Incoming Junk Detection" and it should have been "Junk folder basis". Furthermore, it can be simply an "automatic mail deletion of mails marked as Junk". If it was designed as simple timer pop filter like function, it could be easily tuned up to "Automatic mail filtering" such as "Automatic filter for Sent folder" and "Automatic mail deletion based on age", although small message filter enhancement is required. Anyway, I think this bug can be closed as any of "INVALID" or "WONTFIX" or "FUTURE". Thanks David.

>But I do not agree on "server basis" for "Junk Mail Purging", I accept it though. >"Junk Mail Purging" can be independent from "Incoming Junk Detection" and it >should have been "Junk folder basis". We'd have to redo the junk mail controls UI - right now, the UI for dealing with incoming junk mail and dealing with purging of the junk mail folder associated with an incoming server is all in one place. If you'll look at the Junk mail controls, you'll see that the junk mail purging description is associated with the junk mail folder specified for that incoming account. Having all the junk mail controls for an account in one place makes things easier for the user. Moving the junk mail purging to another dialog would just make the UI that much more complicated and awkward to use.

Sorry for my misleading description. My "Folder basis" is not for "UI" nor whole "Junk Mail Control", is for internal automatic Junk mail purging mechanism only. I think UI for "Junk Mail Purging" is to be account basis as you say, because "Junk Mail Purging" is a sub function of "Junk Mail Control". So I accept current design and mechanism.

I think this is WFM, right?