On 3 Oct 2003 at 10:07, Mark Crispin wrote:
Yes, the mailutil program (included as part of the IMAP toolkit) has a
mechanisms to copy a mailbox with a different format in the destination
copy.
Hmm, using the currently installed mailutil fails. I've renamed the Sent
Items to sentold and run
On Mon, 6 Oct 2003, Harondel J. Sibble wrote:
# mailutil copy -verbose sentold #driver.mbx/sentnew
usage: mailutil copy [-debug] [-verbose] source destination
In some shells, # is a comment character, so you have to quote any
string which uses it:
mailutil copy -verbose sentold
On 6 Oct 2003 at 9:20, Mark Crispin wrote:
In some shells, # is a comment character, so you have to quote any
string which uses it:
mailutil copy -verbose sentold #driver.mbx/sentnew
Hmmm... that also fails
# mailutil copy -verbose sentold #driver.mbx/sentnew
Can't open mailbox sentold: no
On 6 Oct 2003 at 11:15, Harondel J. Sibble wrote:
Next I'll try using the mbx converted version of the Sent Items folder and see
what happens. Will report under another email.
I select messages, move them to local folder, select edit/purge ...
Oct 6 11:35:52 server1 imapd[2415]: imap
On 6 Oct 2003 at 12:44, Mark Crispin wrote:
This is with an mbx-format Sent Items mailbox, and is *after* you purged it?
So it is empty?
Yes, converted from mbox to mbx, no it's not empty, there are approx 930
messages in the file, attempting to purge any of them results in the memory
On Mon, 6 Oct 2003, Harondel J. Sibble wrote:
Yes, converted from mbox to mbx, no it's not empty, there are approx 930
messages in the file, attempting to purge any of them results in the memory
errors.
There are no calls to fs_resize() in the mbx driver expunge. Something
else is going on.
On 6 Oct 2003 at 13:26, Mark Crispin wrote:
There are no calls to fs_resize() in the mbx driver expunge. Something
else is going on. I would like to know what that is.
Heh, me too. Something else is going on indeed, just called the client back
and it's working fine now, while 1 hour ago it