526884 - Filters to move messages from Inbox to Folder do not delete message from POP server

Status: RESOLVED DUPLICATE of bug 418704

(MailNews Core :: Filters, defect)

Description

[Mike Riley]

User-Agent:       Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1b3) Gecko/20090310 Firefox/3.1b3
Build Identifier: 2.0.0.19

I have a filter that moves all E-mails with "[javafxprogramming]" contained in the subject into a subfolder called JavaFX in my Local Folders.  It does move the files just fine and leaves them unread, as I want it to, so I can see the unread count on that folder and read them as I have the time.

Using the Config Editor in Preferences I have mail.pop3.deleteFromServerOnMove set to true, which should delete the message from the POP server.  This does happen for messages that I move manually by click-n-drag, or using the menu to do the move.  It only fails to delete the message on the server when it is moved by the filter.

I use similar filters in Thunderbird on Windows XP and it works fine there, so my guess is that Sun is building their version incorrectly.  I am currently running this on the snv_111 build of the SXCE distribution, in case that matters.

I also tried adding the "Delete From POP Server" action to this filter, after the move was done.  Strangely that seemed to make the filter fail completely.  It did not move the message, nor did it delete the file, but it did seem to remove it from my Inbox for Thunderbird.  When I access the mail server via it's web interface I still see the messages for that one day in the Inbox on the server, but Thunderbird does not load them (I assume it tracks messages it has read in some fashion, either in Thunderbird or on the server, to prevent reading old messages).

This means I have to go into the web interface periodically and remove all the messages the filter has moved for me manually,to prevent the server from filling up.

My mail server is provided by Cox Communications.


Reproducible: Always

Steps to Reproduce:
1. Create filter
2. Set mail.pop3.deleteFromServerOnMove to true in the Config Editor.
3. Have it move some messages into a folder.
4. Check the POP server to verify if the messages have been deleted, after
   having Thunderbird check for new messages a second time.  Messages seem to be
   deleted during the next check of the mail server.
  
Actual Results:  
Messages moved via the filter will still be on the server.

Expected Results:  
Messages moved via the filter should be deleted from the server.

This should have worked as expected, just as if I was doing the move manually.  Also, the setting for mail.pop3.deleteFromServerOnMove should be checkbox in the Account Settings or Preferences and not hidden in the Config Editor.  It should also default to true, because when you move a message from the Inbox in Thunderbird that should be reflected in the server as well to prevent the server Inbox from becoming too large and filling up.

Most people only use a client to access their E-mail accounts and would never use the web interface as I have.  If the Inbox on the server fills up their incoming E-mails will bounce and they will end up calling their ISP Support, who may persuade them to use Outlook (yuck!) because they don't support Thunderbird.

Comment 1

[Ludovic Hirlimann [:Usul]]

This looks similar as bug 307540, don't you agree ?

And how are your anti-virus settings (see bug 315791) ?

Comment 2

[Ludovic Hirlimann [:Usul]]

How is this bug different from bug 418704 that you already opened ?

Comment 3

[Mike Riley]

This is not the same as 30750, since I am using Move and not Copy.  But I did have the Anti-Virus setting enabled, which could explain why Delete From Pop Server was failing.

Comment 4

[Mike Riley]

This bug is different from 418704 because back then it was failing on the Windows version of Firefox as well.  This problem is now only in the version for Solaris, which the engineers in Sun's Beijing office produce.  I am guessing that they are doing something different in their build compared to the Windows version, assuming the sources are the same.

Comment 5

[Ludovic Hirlimann [:Usul]]

(In reply to comment #4)
> This bug is different from 418704 because back then it was failing on the
> Windows version of Firefox as well.  This problem is now only in the version

Firefox of thunderbird ?

> for Solaris, which the engineers in Sun's Beijing office produce.  I am
> guessing that they are doing something different in their build compared to the
> Windows version, assuming the sources are the same.

So it's the same issue- The code is the same. I highly doubt that the cross -platform part of the mozilla code base is interfeering with the Filter code in Thunderbird in such a a way that both of these are different bug.

Feel free to disagree :-)