PERL IMAP client module

Etienne Goyer etienne.goyer at
Wed Feb 4 11:40:32 EST 2004

On Wed, Feb 04, 2004 at 11:16:59AM -0500, Rob Siemborski wrote:
> On Wed, 4 Feb 2004, Etienne Goyer wrote:
> > In the same vein, I have an IMAP::MUPDATE module I wrote.  The code is
> > not exactly pretty , but it work.  I also have a modified Net::Sieve
> > that work with STARTTLS and proxy auth, and a Net::FUD module I wrote
> > from scratch.  For those interested, I can share them.
> It probably makes sense to link these (along with Rob's module) from the
> wiki.

The IMAP::MUPDATE module, while serviceable, is currently quite a hack 
job.  It is derived from the CPAN IMAP::Admin module.  This is not the 
same as the one shipped with Cyrus imapd, it is the one found at  My
IMAP::MUPDATE module depend on local modification I made to IMAP::Admin
(to add SASL auth support among other) and I got out-of-sync with the
main IMAP::Admin module.  In this state, I don't feel like releasing it
at large; however, if it can be of use to somebody, I'll gladly share.

I made an error about the Sieve module; it is called IMAP::Sieve.  This
is the one shipped with Websieve.  I tried to contact the maintainer a 
while ago, but he never answered my email.  If I can get a hold on him,
I may ask him maintainership of the module, in which case I would post
it on CPAN.  For the moment, I do not have a web presence for it.

The Net::FUD I wrote from scratch.  It is very simple, actually.  If I
was not so overworked, I'll package it for CPAN.  It does not have a web
presence either.

I will still add a note about these last two in the Wiki. 
> Out of curiosity, what do you use IMAP::MUPDATE for?

Retrieve complete list of mailbox, resolve backend a mailbox reside on,
etc.  A client of mine have a policy of making a backup of mailbox
before deleting them; it is done at the file system level so I have to
know where a mailbox reside.  Also, we load-balance mailboxes creation 
on backend so at any time we have to know how many mailboxes there are 
per partition, per backend.  We could have retrieved this info from IMAP 
or from the filesystem, but it is much faster to query the MUPDATE 

Etienne Goyer                    Linux Québec Technologies Inc.       etienne.goyer at

More information about the Info-cyrus mailing list