bug-mailutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: intro


From: Alain Magloire
Subject: Re: intro
Date: Wed, 13 Mar 2002 08:56:58 -0500 (EST)

> 
> On Wed, Mar 13, 2002 at 12:20:11AM -0500, Alain Magloire wrote:
> > ...
> > 
> > > Also, if there are things that people want worked on, let me know,
> > > whether it be in imap4d or in some other part of mailutils.  It'll
> [SNIP]
> >
> > Since IMAP4 seems to be of particular interest to you, how about
> > those "login referrals" and "mailbox referrals" commands.
> > The server side(imap4d) should be a good start.  The client
> > side probably a nightmare and probably not recommanded right now 8).
> 
> Actually I've been poking through the libmailbox code a little bit,
> and I think I would like to play with that for a while.  On the whole
> it looks to me like it's pretty well written.  Of particular interest

If mail handling was that simple 8-).
No, you are looking at the wrong code, libmailbox was our first
version way back, it is obsolete now.  The code is in mailbox/*
all the added made it, .. a "little" more complex 8-).
This is what I meant by things getting too complex, but I understand
why the complexity and thought we could have done a better job
handling this .. but that's allright, next time around with the experience 8)
 
> to me is what effect switching to MMIO would have on performance and
> memory utilization, for both small mailboxes and very large mailboxes.
> I may play with this, and then report my results back here, if there's
> interest.  In theory, MMIO should have a noticable positive impact on
> performance, at least in the case of machines with plenty of RAM.  

Is MMIO, Memory Map files? if yes we do that for Read-only files.
But it turns out that the performance gain is relatively small
for big files(lots of page fault) and most of the time the spool
is on remote machine access across NFS.

> I'm also interested in the mbox_expunge() function... I haven't
> gotten around to looking closely at it, but I did notice a comment
> that claims it breaks splendidly.  Can someone comment on how it
> breaks?  Is this still a problem?  I've also already written some
> functions that more-or-less implement expunging messages from mbox
> folders using MMIO, so it should be reasonably easy to convert what
> I have into a form that makes sense for libmailbox...

Interresting, it is a lot of moving around.  Did you notice
any gains for large mailbox, with random delete messages?

> It also seems that support for the vaunted Maildir and MH folders
> isn't finished.  Is someone actively working on these?  I've been
> meaning to learn more about how Maildir is implemented anyway, so I
> thought I might have a look at finishing that up.

MH was done by sergey.
I do not think anyone is working on maildir.  To do maildir
you will have to implement must functions mark as "stub"
in mailbox.c in a file mbx_maildir.c file, see mbx_pop.c,
mbx_mh.c, mbx_mbox.c for some complex examples.

> Thoughts?

Not easy, and one shot of tequilla will not be enough 8)




reply via email to

[Prev in Thread] Current Thread [Next in Thread]