Closed Bug 141744 Opened 22 years ago Closed 22 years ago

Cyrus:Courier:Can't move more than one message at a time from IMAP non-Inbox to local folder

Categories

(MailNews Core :: Backend, defect)

Product:
MailNews Core
Component:
Backend
Platform:
x86
Windows 98
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: jwosnick, Assigned: Bienvenu)

References

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0rc1) Gecko/20020417
BuildID:    2002041711

When I select multiple messages or 'select all' messages in a non-Inbox IMAP
folder, I am unable to move or copy the messages to a local folder -- either by
dragging, right-clicking and selecting 'move to', or using the toolbar for
Message --> Move. I can do all operations successfully with one message at a
time to move messages. Moving to and from the IMAP Inbox works fine though. I am
sure they aren't getting 'copied' only because a check of the folder I am trying
to move them to shows they don't appear there.

Reproducible: Always
Steps to Reproduce:
1. I have an IMAP account configured, as well as a news account and local
folders which I store old mail in. 
2. Go to an IMAP folder that's not the Inbox itself, select multiple messages.
3. Attempt to drag them to a local folder, or right-click and select move
messages, or go Messages --> Move. 

Actual Results:  Nothing happens -- no activity in status bar, messages don't budge.

Expected Results:  Messages should get moved from the IMAP folder to the local
folder.
QA Contact: olgam → huang
*** Bug 143623 has been marked as a duplicate of this bug. ***
I observed this behaviour on IMAP account too in 1.1a
I see this as well, with 
Mozilla 1.1b
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020722
and put my comments into Bug 160417
QA Contact: huang → gchan
Marking as works for me.
Reporter if you still experience problems after using
a more current build than please reopen.

Note there was problem moving/DnD/Deleting multiple emails
in 1.1a build but that has been fixed since 6/14. See bug
150716

Karl, I'll address your problems in bug 160417
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Verified.
Status: RESOLVED → VERIFIED
What am I doing wrong? Just downloaded 20020721 (Win98). Still the same behaviour.

To re-iterate: I have sub-folders of my IMAP Inbox where I store old mail. If I
select multiple messages in one of these subfolders and try to move them to a
local folder, nothing happens. 

To get messages to move from these sub-folders to my local folders, I have to
first select them all and move them to the IMAP Inbox (their parent folder), and
then move them from there to my local folder.
Status: VERIFIED → UNCONFIRMED
Resolution: WORKSFORME → ---
My comments that I added to bug Bug 160417 are actually a really haphazard
description.  The desctiption from Jordan in the main description of this bug
clearly and succinctly describes what I currently see with 1.1b.  This is still
a problem for me.
Karl and Jordan,
What type of mail server are you both using?
Does your sub folder have special chars or spaces in the folder name?
And how are your subfolders nested?
  is it:   Mail account
                |
                Inbox
                |
                Folder A
                | 
                Folder B
  or:
           Mail Acnt
               |
               Inbox
               |   |
               |   folder A
               Folder B

I am wondering if both of you are running into these bugs:
  Bug 129495 - copying mesgs takes long time
  Bug 154928 - incorrect parsing of subfolders on imap server with '.'
             {this is the bug that it sounds like you are running into}

Using comercial branch on Win2k:
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020808

I can't replicate your problem using Netscape mesg server 4.15.


My server is a "ESMTP Mirapoint 1.1.0;" from an SMTP session.

My folders do appear to be "." sub folders according to pine.

They are laid out as

    INBOX                                                                      
                                        
    Trash[.]                                                                   
                                        
    folderx[.]                                                                 
                                 
    blah[.]                                                                    
                                        
    bulk[.]                                                                    
                                        
    foldery[.]

according to pine.  Under mozilla, they appear more as

Mail account
    |
   INBOX
      |
      + Folder1
      |
      + Folder2

etc.

                                                                               
   Hope this helps
Karl and Jordan,
can you attache a protocol log to this bug so we can
see what happens when you move a mesg?

http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap

Here's the protocol log as requested.....

I opened it up just prior to attempting the move, and have included from that
point onwards.  I selected about a dozen messages or so, and attempted to drag
them to a local folder.

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:SendData: 9 noop

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: 9 OK Completed

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:SendData: 10 UID fetch 2441:* (FLAGS)

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: * 2170 FETCH
(FLAGS (\Recent \Seen) UID 2440)

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: 10 OK Completed

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:SendData: 11 UID fetch 2435 (UID
RFC822.SIZE BODY[])

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: * 2165 FETCH
(UID 2435 RFC822.SIZE 1103 BODY[] {1103}

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:STREAM:OPEN Size: 1103: Begin Message
Download Stream
824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: Return-Path:
<owner-cwan-pxf-group@sj-msg-core-4.cisco.com>

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: Received:
from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10])

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: 	by
mira-sjcd-3.cisco.com (Mirapoint)

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: 	with ESMTP
id ACA49871;

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: 	Fri, 15 Mar
2002 10:47:36 -0800 (PST)

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: Received:
from nisser.cisco.com (nisser.cisco.com [171.71.176.85])

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: 	by
sj-msg-core-4.cisco.com (8.11.3/8.9.1) with ESMTP id g2FInoT04071

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: 	for
<cwan-pxf-group@cisco.com>; Fri, 15 Mar 2002 10:49:50 -0800 (PST)

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: Received:
from mveerach-w2k.cisco.com (sjc-vpn1-194.cisco.com [10.21.96.194]) by
nisser.cisco.com (8.8.6 (PHNE_14041)/CISCO.SERVER.1.2) with ESMTP id KAA22248
for <cwan-pxf-group@cisco.com>; Fri, 15 Mar 2002 10:49:49 -0800 (PST)

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: Message-Id:
<4.3.2.7.2.20020315104916.01e236f8@mira-sjcd-2.cisco.com>

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: X-Sender:
mveerach@mira-sjcd-2.cisco.com

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: X-Mailer:
QUALCOMM Windows Eudora Version 4.3.2

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: Date: Fri,
15 Mar 2002 10:49:48 -0800

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: To:
cwan-pxf-group@cisco.com

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: From:
Manikandan Veerachamy <mveerach@cisco.com>

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: Subject: WFH
today 03-15-2002(not feeling well)

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket:
Mime-Version: 1.0

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket:
Content-Type: text/plain; charset="us-ascii"; format=flowed

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: 

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: 

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: )

824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:STREAM:CLOSE: Normal Message End
Download Stream
824[3acf750]: mira-sjcd-3:S-INBOX.cwan-pxf:CreateNewLineFromSocket: 11 OK Completed


Here is the "protocol log" as I got it by following the instructions on the
Mozilla QA site. I inserted the two lines into my autoexec.bat, rebooted, then
fired up Mozilla (Quality Feedback Agent popped up, I closed it) and attempted
to move a whole bunch of messages from the Read-apr-02 subfolder into Read
Archive on the local folders.

Don't know if this is useful.

BTW bug 154928 seems to have the same problem. The two of us are on the same
system (MIT IMAP mail).

-451133[2ede090]: po9.mit.edu:NA:CreateNewLineFromSocket: * OK po9.mit.edu Cyrus
IMAP4 v1.5.19 server ready

-451133[2ede090]: po9.mit.edu:NA:SendData: 1 capability

-451133[2ede090]: po9.mit.edu:NA:CreateNewLineFromSocket: * CAPABILITY IMAP4
IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS X-NON-HIERARCHICAL-RENAME
NO_ATOMIC_RENAME AUTH=KERBEROS_V4 UNSELECT

-451133[2ede090]: po9.mit.edu:NA:CreateNewLineFromSocket: 1 OK Completed

-451133[2ede090]: po9.mit.edu:NA:SendData: Logging suppressed for this command
(it probably contained authentication information)
-451133[2ede090]: po9.mit.edu:NA:CreateNewLineFromSocket: 2 OK User logged in

-451133[2ede090]: po9.mit.edu:A:SendData: 3 namespace

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * NAMESPACE (("INBOX."
".")) NIL (("" "."))

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: 3 OK Completed

-451133[2ede090]: po9.mit.edu:A:SendData: 4 lsub "" "INBOX.*"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LSUB () "." "INBOX.Read"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LSUB () "."
"INBOX.Read-apr-02"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LSUB () "."
"INBOX.Read-jul-02"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LSUB () "."
"INBOX.Read-jun-02"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LSUB () "."
"INBOX.Read-may-02"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LSUB () "." "INBOX.Sent"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: 4 OK Completed

-451133[2ede090]: po9.mit.edu:A:SendData: 5 lsub "" "*"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LSUB () "." "INBOX"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LSUB () "." "INBOX.Read"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LSUB () "."
"INBOX.Read-apr-02"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LSUB () "."
"INBOX.Read-jul-02"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LSUB () "."
"INBOX.Read-jun-02"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LSUB () "."
"INBOX.Read-may-02"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LSUB () "." "INBOX.Sent"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: 5 OK Completed

-451133[2ede090]: po9.mit.edu:A:SendData: 6 list "" "INBOX"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LIST () "." "INBOX"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: 6 OK Completed

-451133[2ede090]: po9.mit.edu:A:SendData: 7 list "" "INBOX.Trash"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * LIST () "." "INBOX.Trash"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: 7 OK Completed

-451133[2ede090]: po9.mit.edu:A:SendData: 8 create "INBOX.Trash"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: 8 NO Mailbox already exists

-451133[2ede090]: po9.mit.edu:A:SendData: 9 select "INBOX"

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * FLAGS (\Answered
\Flagged \Draft \Deleted \Seen $Forwarded $MDNSent)

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS
(\Answered \Flagged \Draft \Deleted \Seen $Forwarded $MDNSent \*)] 

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * 5 EXISTS

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * 0 RECENT

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * OK [UNSEEN 3] 

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: * OK [UIDVALIDITY
971100132] 

-451133[2ede090]: po9.mit.edu:A:CreateNewLineFromSocket: 9 OK [READ-WRITE] Completed

-451133[2ede090]: po9.mit.edu:S-INBOX:SendData: 10 UID fetch 1:* (FLAGS)

-451133[2ede090]: po9.mit.edu:S-INBOX:CreateNewLineFromSocket: * 1 FETCH (FLAGS
(\Seen) UID 9974)

-451133[2ede090]: po9.mit.edu:S-INBOX:CreateNewLineFromSocket: * 2 FETCH (FLAGS
(\Seen) UID 9975)

-451133[2ede090]: po9.mit.edu:S-INBOX:CreateNewLineFromSocket: * 3 FETCH (FLAGS
() UID 9976)

-451133[2ede090]: po9.mit.edu:S-INBOX:CreateNewLineFromSocket: * 4 FETCH (FLAGS
() UID 9977)

-451133[2ede090]: po9.mit.edu:S-INBOX:CreateNewLineFromSocket: * 5 FETCH (FLAGS
() UID 9978)

-451133[2ede090]: po9.mit.edu:S-INBOX:CreateNewLineFromSocket: 10 OK Completed

-166733[2edacf0]: po9.mit.edu:NA:CreateNewLineFromSocket: * OK po9.mit.edu Cyrus
IMAP4 v1.5.19 server ready

-166733[2edacf0]: po9.mit.edu:NA:SendData: Logging suppressed for this command
(it probably contained authentication information)
-166733[2edacf0]: po9.mit.edu:NA:CreateNewLineFromSocket: 1 OK User logged in

-166733[2edacf0]: po9.mit.edu:A:SendData: 2 select "INBOX.Read-apr-02"

-166733[2edacf0]: po9.mit.edu:A:CreateNewLineFromSocket: * FLAGS (\Answered
\Flagged \Draft \Deleted \Seen)

-166733[2edacf0]: po9.mit.edu:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS
(\Answered \Flagged \Draft \Deleted \Seen \*)] 

-166733[2edacf0]: po9.mit.edu:A:CreateNewLineFromSocket: * 260 EXISTS

-166733[2edacf0]: po9.mit.edu:A:CreateNewLineFromSocket: * 0 RECENT

-166733[2edacf0]: po9.mit.edu:A:CreateNewLineFromSocket: * OK [UIDVALIDITY
1020367572] 

-166733[2edacf0]: po9.mit.edu:A:CreateNewLineFromSocket: 2 OK [READ-WRITE] Completed

-166733[2edacf0]: po9.mit.edu:S-INBOX.Read-apr-02:SendData: 3 getacl
"INBOX.Read-apr-02"

-166733[2edacf0]: po9.mit.edu:S-INBOX.Read-apr-02:CreateNewLineFromSocket: * ACL
INBOX.Read-apr-02 jwosnick lrswipcda

-166733[2edacf0]: po9.mit.edu:S-INBOX.Read-apr-02:CreateNewLineFromSocket: 3 OK
Completed

-166733[2edacf0]: po9.mit.edu:S-INBOX.Read-apr-02:SendData: 4 UID fetch 1:* (FLAGS)

-166733[2edacf0]: po9.mit.edu:S-INBOX.Read-apr-02:CreateNewLineFromSocket: * 1
FETCH (FLAGS (\Answered \Seen) UID 255)

-166733[2edacf0]: po9.mit.edu:S-INBOX.Read-apr-02:CreateNewLineFromSocket: * 2
FETCH (FLAGS (\Seen) UID 256)

-166733[2edacf0]: po9.mit.edu:S-INBOX.Read-apr-02:CreateNewLineFromSocket: * 3
FETCH (FLAGS (\Answered \Seen) UID 257)

-166733[2edacf0]: po9.mit.edu:S-INBOX.Read-apr-02:CreateNewLineFromSocket: * 4
FETCH (FLAGS (\Answered \Seen) UID 258)

-166733[2edacf0]: po9.mit.edu:S-INBOX.Read-apr-02:CreateNewLineFromSocket: * 5
FETCH (FLAGS (\Seen) UID 259)

-166733[2edacf0]: po9.mit.edu:S-INBOX.Read-apr-02:CreateNewLineFromSocket: * 6
FETCH (FLAGS (\Seen) UID 260)


... etc ... pretty much the same line for a whole lot more messages ...



-166733[2edacf0]: po9.mit.edu:S-INBOX.Read-apr-02:CreateNewLineFromSocket: 4 OK
Completed

-451133[2ede090]: po9.mit.edu:S-INBOX:SendData: 11 expunge

-451133[2ede090]: po9.mit.edu:S-INBOX:CreateNewLineFromSocket: * 5 EXISTS

-451133[2ede090]: po9.mit.edu:S-INBOX:CreateNewLineFromSocket: * 0 RECENT

-451133[2ede090]: po9.mit.edu:S-INBOX:CreateNewLineFromSocket: 11 OK Completed

-451133[2ede090]: po9.mit.edu:S-INBOX:SendData: 12 UID fetch 9979:* (FLAGS)

-417845[236d680]: po9.mit.edu:NA:CreateNewLineFromSocket: * OK po9.mit.edu Cyrus
IMAP4 v1.5.19 server ready

-417845[236d680]: po9.mit.edu:NA:SendData: Logging suppressed for this command
(it probably contained authentication information)
-451133[2ede090]: po9.mit.edu:S-INBOX:CreateNewLineFromSocket: * 5 FETCH (FLAGS
() UID 9978)

-451133[2ede090]: po9.mit.edu:S-INBOX:CreateNewLineFromSocket: 12 OK Completed

-417845[236d680]: po9.mit.edu:NA:CreateNewLineFromSocket: 1 OK User logged in

-417845[236d680]: po9.mit.edu:A:SendData: 2 select "INBOX.Trash"

-417845[236d680]: po9.mit.edu:A:CreateNewLineFromSocket: * FLAGS (\Answered
\Flagged \Draft \Deleted \Seen)

-417845[236d680]: po9.mit.edu:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS
(\Answered \Flagged \Draft \Deleted \Seen \*)] 

-417845[236d680]: po9.mit.edu:A:CreateNewLineFromSocket: * 0 EXISTS

-417845[236d680]: po9.mit.edu:A:CreateNewLineFromSocket: * 0 RECENT

-417845[236d680]: po9.mit.edu:A:CreateNewLineFromSocket: * OK [UIDVALIDITY
1008284258] 

-417845[236d680]: po9.mit.edu:A:CreateNewLineFromSocket: 2 OK [READ-WRITE] Completed

-417845[236d680]: po9.mit.edu:S-INBOX.Trash:SendData: 3 getacl "INBOX.Trash"

-417845[236d680]: po9.mit.edu:S-INBOX.Trash:CreateNewLineFromSocket: * ACL
INBOX.Trash jwosnick lrswipcda

-417845[236d680]: po9.mit.edu:S-INBOX.Trash:CreateNewLineFromSocket: 3 OK Completed

-417845[236d680]: po9.mit.edu:S-INBOX.Trash:SendData: 4 list "" "INBOX.Trash.*"

-417845[236d680]: po9.mit.edu:S-INBOX.Trash:CreateNewLineFromSocket: 4 OK Completed


I see the same problem and I spent some time debugging it today. The problem
happens with an Cyrus IMAP server, using Mozilla 1.1 on Linux. It only happens
when selecting multiple message from a subfolder. Single messages from a
subfolder can be copied as well as mutiple and single messages from the INBOX.

This is what I concluded, running with debug turned on, I get these messages (on
stdout):

WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsImapService.cpp, line 3981
WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file
nsCopyMessageStreamListener.cpp, line 1

To figure out what was going on, I set a breakpoint in
nsImapService::MessageURIToMsgHdr. These are backtraces from different cases:

Stack when copying multiple messages from a subfolder:

#0  nsImapService::MessageURIToMsgHdr (this=0x8703b88, uri=0x9873210
"imap-message://dnilsson@sunsrv.ma.sisoft.com/INBOX.SiAuditor.Added-Issues#658",
_retval=0xbfffe9e8) at nsImapService.cpp:3972
#1  0x41c725e5 in GetMessage (aURL=0x984ec34, message=0xbfffe9e8) at
nsCopyMessageStreamListener.cpp:92
#2  0x41c72a23 in nsCopyMessageStreamListener::OnStartRequest (this=0x8435f88,
request=0x8d1ed60, ctxt=0x984ec34) at nsCopyMessageStreamListener.cpp:148
#3  0x40abf3f9 in nsStreamListenerTee::OnStartRequest (this=0x9719c18,
request=0x8d1ed60, context=0x984ec34) at nsStreamListenerTee.cpp:50
#4  0x40a89263 in nsOnStartRequestEvent0::HandleEvent (this=0x425cdd20) at
nsAsyncStreamListener.cpp:225
#5  0x40a88a96 in nsStreamListenerEvent0::HandlePLEvent (aEvent=0x425cdd2c) at
nsAsyncStreamListener.cpp:113
#6  0x402431b1 in PL_HandleEvent (self=0x425cdd2c) at plevent.c:596
#7  0x40242f70 in PL_ProcessPendingEvents (self=0x810df18) at plevent.c:526
#8  0x402455ce in nsEventQueueImpl::ProcessPendingEvents (this=0x810ded0) at
nsEventQueue.cpp:388
#9  0x40c64813 in event_processor_callback (data=0x810ded0, source=6,
condition=GDK_INPUT_READ) at nsAppShell.cpp:184
#10 0x40c64345 in our_gdk_io_invoke (source=0x8249348, condition=G_IO_IN,
data=0x8249338) at nsAppShell.cpp:77
#11 0x404f33b0 in g_io_unix_dispatch () from /usr/lib/libglib-1.2.so.0
#12 0x404f4c46 in g_main_dispatch () from /usr/lib/libglib-1.2.so.0
#13 0x404f5273 in g_main_iterate () from /usr/lib/libglib-1.2.so.0
#14 0x404f543c in g_main_run () from /usr/lib/libglib-1.2.so.0
#15 0x4040d76c in gtk_main () from /usr/lib/libgtk-1.2.so.0
#16 0x40c64e45 in nsAppShell::Run (this=0x8182fb0) at nsAppShell.cpp:332
#17 0x40bfc272 in nsAppShellService::Run (this=0x81769f0) at
nsAppShellService.cpp:451
#18 0x0805db47 in main1 (argc=1, argv=0xbfffef84, nativeApp=0x0) at
nsAppRunner.cpp:1518
#19 0x0805e9af in main (argc=1, argv=0xbfffef84) at nsAppRunner.cpp:1878
#20 0x406427ee in __libc_start_main () from /lib/libc.so.6

Stack when copying single messages from subfolder:

#0  nsImapService::MessageURIToMsgHdr (this=0x8703b88, uri=0x8d13050
"imap-message://dnilsson@sunsrv.ma.sisoft.com/INBOX/SiAuditor/Added-Issues#659",
_retval=0xbfffe99c) at nsImapService.cpp:3969
#1  0x41c725e5 in GetMessage (aURL=0x97cba64, message=0xbfffe99c) at
nsCopyMessageStreamListener.cpp:92
#2  0x41c72a23 in nsCopyMessageStreamListener::OnStartRequest (this=0x988b320,
request=0x9719130, ctxt=0x97cba64) at nsCopyMessageStreamListener.cpp:148
#3  0x427833c6 in nsImapCacheStreamListener::OnStartRequest (this=0x96b1b88,
request=0x8d16878, aCtxt=0x97cba64) at nsImapProtocol.cpp:7114
#4  0x40abcb72 in nsStorageTransport::nsReadRequest::OnStartRequest
(this=0x8d16870, aRequest=0x8d16878, aContext=0x97cba64) at
nsStorageTransport.cpp:619
#5  0x4026b9b8 in XPTC_InvokeByIndex () from
/local/build/mozilla/dist/bin/libxpcom.so
#6  0x4024f05e in EventHandler (self=0x96e5598) at nsProxyEvent.cpp:564
#7  0x402431b1 in PL_HandleEvent (self=0x96e5598) at plevent.c:596
#8  0x40242f70 in PL_ProcessPendingEvents (self=0x810df18) at plevent.c:526
#9  0x402455ce in nsEventQueueImpl::ProcessPendingEvents (this=0x810ded0) at
nsEventQueue.cpp:388
#10 0x40c64813 in event_processor_callback (data=0x810ded0, source=6,
condition=GDK_INPUT_READ) at nsAppShell.cpp:184
#11 0x40c64345 in our_gdk_io_invoke (source=0x8249348, condition=G_IO_IN,
data=0x8249338) at nsAppShell.cpp:77
#12 0x404f33b0 in g_io_unix_dispatch () from /usr/lib/libglib-1.2.so.0
#13 0x404f4c46 in g_main_dispatch () from /usr/lib/libglib-1.2.so.0
#14 0x404f5273 in g_main_iterate () from /usr/lib/libglib-1.2.so.0
#15 0x404f543c in g_main_run () from /usr/lib/libglib-1.2.so.0
#16 0x4040d76c in gtk_main () from /usr/lib/libgtk-1.2.so.0
#17 0x40c64e45 in nsAppShell::Run (this=0x8182fb0) at nsAppShell.cpp:332
#18 0x40bfc272 in nsAppShellService::Run (this=0x81769f0) at
nsAppShellService.cpp:451
#19 0x0805db47 in main1 (argc=1, argv=0xbfffef84, nativeApp=0x0) at
nsAppRunner.cpp:1518
#20 0x0805e9af in main (argc=1, argv=0xbfffef84) at nsAppRunner.cpp:1878
#21 0x406427ee in __libc_start_main () from /lib/libc.so.6

Stack when viewing single message in subfolder (#1):

#0  nsImapService::MessageURIToMsgHdr (this=0x8703b88, uri=0x9785cc8
"imap-message://dnilsson@sunsrv.ma.sisoft.com/INBOX/SiAuditor/Added-Issues#658",
_retval=0xbfffe788) at nsImapService.cpp:3972
#1  0x41ddbd01 in GetMsgDBHdrFromURI (uri=0x9785cc8
"imap-message://dnilsson@sunsrv.ma.sisoft.com/INBOX/SiAuditor/Added-Issues#658",
msgHdr=0xbfffe788) at nsMsgUtils.cpp:114
#2  0x427ac434 in nsImapUrl::GetMsgFolder (this=0x8d4adb0, msgFolder=0xbfffe8a0)
at nsImapUrl.cpp:1499
#3  0x427ab786 in nsImapUrl::SetMsgLoadingFromCache (this=0x8d4adb0,
loadingFromCache=1) at nsImapUrl.cpp:1262
#4  0x42785235 in nsImapMockChannel::ReadFromMemCache (this=0x96a0a68,
entry=0x85ffc70) at nsImapProtocol.cpp:7474
#5  0x42784984 in nsImapMockChannel::OnCacheEntryAvailable (this=0x96a0a68,
entry=0x85ffc70, access=1, status=0) at nsImapProtocol.cpp:7371
#6  0x4026b9b8 in XPTC_InvokeByIndex () from
/local/build/mozilla/dist/bin/libxpcom.so
#7  0x4024f05e in EventHandler (self=0x96a1518) at nsProxyEvent.cpp:564
#8  0x402431b1 in PL_HandleEvent (self=0x96a1518) at plevent.c:596
#9  0x40242f70 in PL_ProcessPendingEvents (self=0x810df18) at plevent.c:526
#10 0x402455ce in nsEventQueueImpl::ProcessPendingEvents (this=0x810ded0) at
nsEventQueue.cpp:388
#11 0x40c64813 in event_processor_callback (data=0x810ded0, source=6,
condition=GDK_INPUT_READ) at nsAppShell.cpp:184
#12 0x40c64345 in our_gdk_io_invoke (source=0x8249348, condition=G_IO_IN,
data=0x8249338) at nsAppShell.cpp:77
#13 0x404f33b0 in g_io_unix_dispatch () from /usr/lib/libglib-1.2.so.0
#14 0x404f4c46 in g_main_dispatch () from /usr/lib/libglib-1.2.so.0
#15 0x404f5273 in g_main_iterate () from /usr/lib/libglib-1.2.so.0
#16 0x404f543c in g_main_run () from /usr/lib/libglib-1.2.so.0
#17 0x4040d76c in gtk_main () from /usr/lib/libgtk-1.2.so.0
#18 0x40c64e45 in nsAppShell::Run (this=0x8182fb0) at nsAppShell.cpp:332
#19 0x40bfc272 in nsAppShellService::Run (this=0x81769f0) at
nsAppShellService.cpp:451
#20 0x0805db47 in main1 (argc=1, argv=0xbfffef84, nativeApp=0x0) at
nsAppRunner.cpp:1518
#21 0x0805e9af in main (argc=1, argv=0xbfffef84) at nsAppRunner.cpp:1878
#22 0x406427ee in __libc_start_main () from /lib/libc.so.6

My conclusion is that the URI is missformed when I try to copy multiple messages
, it should read:

"imap-message://dnilsson@sunsrv.ma.sisoft.com/INBOX/SiAuditor/Added-Issues#658"

but instead it reads:

"imap-message://dnilsson@sunsrv.ma.sisoft.com/INBOX.SiAuditor.Added-Issues#658",

I have not been able to figure out where things go wrong though, I need some
help to solve this problem


taking,yes, this is broken.
Assignee: sspitzer → bienvenu
Status: UNCONFIRMED → NEW
Component: Mail Window Front End → Mail Back End
Ever confirmed: true
See bug 154928 for possible solution?
>Here is the bug:  nsImapUrl::GetUri does not meet its nsIMsgMessageUrl
>specification. It should produce a URI in canonical format, with '/' folder
>separators, but it does not do that.

>Fix: a call to nsImapUrl::ConvertToCanonicalFormat should be placed either in
>nsImapUrl::GetUri, or in nsImapUrl::CreateCanonicalSourceFolderPathString
>Where to put it depends whether nsImapUrl::CreateCanonicalSourceFolderPathString
>is meant to produce a FolderPathString with canonical separators or not. The
>name suggests that nsImapUrl::CreateCanonicalSourceFolderPathString should do
>the conversion to a canonical format, but maybe I am wrong.

>Suggestion:
>modify nsImapUrl::GetUri for the mozilla 1.0 branch, and
>nsImapUrl::CreateCanonicalSourceFolderPathString for the main trunk. 

>Rationale: GetUri is used only in very few contexts, while
>CreateCanonicalSourceFolderPathString is extensively used. I am not sure what
>coders assumed when they used CreateCanonicalSourceFolderPathString, whether it
>really gives a canonical path or not. "Fixing" it could break other things.

Since it's problem with '.' seperator I'm going to mark bug 154928
as dupe this bug.

And will be 'duping' more bugs against this bug.
*** Bug 154928 has been marked as a duplicate of this bug. ***
*** Bug 160417 has been marked as a duplicate of this bug. ***
*** Bug 158991 has been marked as a duplicate of this bug. ***
Summary: Can't move more than one message at a time from IMAP non-Inbox to local folder → Cyrus:Courier:Can't move more than one message at a time from IMAP non-Inbox to local folder
*** Bug 160457 has been marked as a duplicate of this bug. ***
*** Bug 166627 has been marked as a duplicate of this bug. ***
*** Bug 169449 has been marked as a duplicate of this bug. ***
How does

pref("mail.imap.server_sub_directory",      "");

Work, and is it possible to use this as a workaround?
I went with the nsImapUrl::GetUri approach - it seemed safest. I checked the fix
in on the trunk last night (under a different bug). Thanks for the very helpful
analysis. Let me know if you have any problems.
Status: NEW → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → FIXED
Presumably that fix will reach nightlies tomorrow then?

Mozilla 1.2

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2) Gecko/20021112

Doesn't have the fix, (or at least, if it does, it still isn't working for me)

I'll try again with tomorrow's build unless I hear otherwise

Cheers,
Karl P
I checked it into the trunk, 1.3 builds, not 1.2 builds.
Ok, I got the image from                                                       
                              
ftp://ftp.mozilla.org/pub/mozilla/nightly/2002-11-13-08-trunk/                 
                              
(Your link only had a bsd image, I needed win32)                               
                              
                                                                               
                              
and it finally says it is a 1.3 release...                                     
                              
                                                                               
                              
Mozilla 1.3a                                                                   
                              
                                                                               
                              
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021113        
                              
                                                                               
                              
And this now works properly.  *cheers*                                         
                              
                                                                               
                              
It has a litle quirk however.                                                  
                              
                                                                               
                              
It happily moves the messages to the local folder, but you have to click       
                              
away, and then back again (to the sub folder) to see the old messages          
                              
marked as deleted.  At first they just seemed to disappear from the            
                              
subfolder, and appear in the local folder.  (Unlike from my inbox, or when     
                              
doing single message moves, where I see the new message, and the old           
                              
message marked as deleted)                                                     
                              
                                                                               
                              
Eventually they do show up again as marked as deleted, but it seems a bit      
                              
diffferent.  This may of course, be a sideaffect of the trunk. *shrugs*        
                              
                                                                               
                              
Thanks for the fix,                                                            
                              
Cheers,                                                                        
                              
Karl P                                                                    

PS: This was fixed by the commit of bug 178347
yeah, that's almost certainly a different bug, involving moving messages from
imap folders to local folders when using the imap delete model. Not many people
here use that delete model, so it often gets broken around the edges.
Commercial trunk
2002-11-25-12-trunk/ on XP
2002-11-25-12-trunk/ on linux 2.2
2002-11-25-11-trunk/ on Mac 10.1.5

verified moving multiple mesgs from a subfolder to a folder
in local folder works using a CMU Cyrus Server 1.5.2.

Tried drag/drop, menu item : move and both work. Tried
copying mutiple mesgs and no problem either.

marking as verified.
Status: RESOLVED → VERIFIED
*** Bug 188784 has been marked as a duplicate of this bug. ***
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.