Re: [Courier-imap] Large Subfolder Problem

2008-05-13 Thread Sam Stern


>From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dennis
Gesker
>Sent: Tuesday, May 13, 2008 1:42 PM
>To: courier-imap@lists.sourceforge.net
>Subject: [Courier-imap] Large Subfolder Problem

>I have a user who has consolidated a large number of messages (25970) into
one folder. 

>When I check the 'cur' directory or the subfolder all of the message appear
to be there and intact. However, we can seem to open this folder using the
>mail client (Thunderbird).

>Any hints?

>Thanks
>Dennis

Hi Dennis,

I've had this problem as well. Thunderbird starts choking when more than a
few thousand messages are there. Outlook 2003 or 2007 can handle this load
however -- given enough time to download the headers. Outlook 2007 handles
this type of situation quite well actually (Outlook 2003 was a bit unstable
when handling this many messages). The max I've ever had to clean up was a
bit over 50k after a particularly nasty joe job. 

If outlook is not available, write a script to split the directory in 3k
messages each. Just do a maildirmake on say .foldername.$count and move 3k
to .foldername.$count new/ and iterate until done. DON'T start spawning
directories off of Maildir/ (INBOX.) and don't forget to add the new folders
to ~/Maildir/courierimapsubscribed . If the user does not want the messages
and you can determine a pattern to apply you can write a script to simply
delete the files (or move them about) while the user is not logged on and
you have verified that no courier-imap or courier-pop instances are running
under that user name. When done, also delete the two "courier" files
(courierimapkeywords and courierimapuiddb) that hold (mostly) ephemeral data
so they will be reconstructed. 

Another,  rather aggravating, way of solving the problem is to set your
timeout WAY up, make certain thunder bird does not store any messages, nor
automatically check for new mail. I find that Thunderbird will then fetch a
few thousand messages, which can then be dealt with. Compress the folder,
Then repeat and wait, deal with the next few thousand, etc. This is a VERY
annoying way to solve a mail bomb though. I've had thunderbird max the
number of connections for that ip and netblock with repeated connections. So
I suspect you might have to play with the config editor before trying this
out.


HTH

Sam S.



-
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Courier-imap mailing list
Courier-imap@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap


Re: [Courier-imap] Large Subfolder Problem

2008-05-13 Thread mouss
Dennis Gesker wrote:
> I have a user who has consolidated a large number of messages (25970) into
> one folder.
>
> When I check the 'cur' directory or the subfolder all of the message appear
> to be there and intact. However, we can seem to open this folder using the
> mail client (Thunderbird).
>
> Any hints?
>   

that's a lot of files in a single directory. this is mostly a filesystem
problem. try
# grep -m 1 "^Received:" *
and see how long it takes...

you can split the folder on the console and tell the user to subscribe
to the newly created folders.




-
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Courier-imap mailing list
Courier-imap@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap


[Courier-imap] Large Subfolder Problem

2008-05-13 Thread Dennis Gesker
I have a user who has consolidated a large number of messages (25970) into
one folder.

When I check the 'cur' directory or the subfolder all of the message appear
to be there and intact. However, we can seem to open this folder using the
mail client (Thunderbird).

Any hints?

Thanks
Dennis
-
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Courier-imap mailing list
Courier-imap@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap


Re: [Courier-imap] authvchkpw module disabled...

2008-05-13 Thread Alessio Cecchi
Il Saturday 10 May 2008 20:13:46 Bookworm ha scritto:
> I've been made aware that in the latest 60.4 changelog
> (http://www.courier-mta.org/authlib/changelog.html), the authvchkpw
> module has been dropped.
>
> What needs to be done to have it put back in?    I'm assuming a
> maintainer, but I'm sure there's a lot more to that.
>
> (There are a _lot_ of us out there with vpopmail installations that use
> Courier-Authlib and Courier-IMAP)

Switch to Dovecot, is also small, fast, reliable and easy to install.

www.dovecot.org

After migrating I had a high increase in performance compared to courier-imap.

Bye
-- 
Alessio Cecchi is:
@ ILS -> http://www.linux.it/~alessice/
Assistenza Sistemi GNU/Linux -> http://www.cecchi.biz/
@ PLUG -> ex-Presidente, adesso senatore a vita, http://www.prato.linux.it
@ LOLUG -> neo-Socio http://www.lolug.net

-
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Courier-imap mailing list
Courier-imap@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap