bug-mailutils
[Top][All Lists]
Advanced

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

Re: [bug-mailutils] Re: Request for comments on our TODO.


From: Sergey Poznyakoff
Subject: Re: [bug-mailutils] Re: Request for comments on our TODO.
Date: Thu, 22 Jan 2004 20:17:50 +0200

Hi Sam,

Nice to hear you again!

> The debug objects are arguably misnamed, they are ways of handling and
> directing human-readable output, maybe they should be called log_t?
> 
> Essentially there are two ways interesting things are reported right
> now, I think one would be better, and that the debug_t mechanism is more
> flexible, so mu_error() could be made to use a debug_t object.

I see now. That is reasonable.

> > ** does IMAP do an EXAMINE instead of a select if the mailbox is being
[...]
> My understanding was that select and examine are identical, but examine
> is readonly, I guess I was mistaken.

The main difference is that EXAMINE does not leave the examined mailbox open.
It just reports the statistics and closes it right then. So, for
example, any attempts to FETCH something will fail.

> CMU has a read-only IMAP archive, its address is on this page:
> 
>   http://asg.web.cmu.edu/cyrus/imapd/
> 
> My memory is that mailutils couldn't connect to this read-only archive,

OK, I'll check this.

> > ** need to be able to map some addresses (like mail to "root") to a
> > user for the box, a la nullmailer, perhaps
> > 
> > Not quite sure what this means. 
> 
> If you have a really simple workstation with a basic mail system, you
> may want mail.local to deliver all email addressed to "root" and
> "postmaster", etc., to a particular user, like yourself. 

I see, that's something similar to aliases.
 
> > ** run as daemon, sieving mail on arrival 
> > 
> > I'm not quite sure whether we need it, since mail.local already
> > provides this functionality.
> 
> What if you can't convince the IT department to run GNU mail.local? :-)

Oops :))
 
> So: I want to filter, but I want to leave my mail on the IMAP server,
[...]
> If sieve ran as a daemon, it could poll my IMAP inbox periodically, and
> apply my filter rules.

Aha, that's surely an interesting idea. 
 
> ** One extra todo: the bug reported lately where mail.remote sends mail
> to all addresses in the message, not just the addresses explicitly
> listed on the command line. This isn't sendmail compatible, and the
> effect is that when I "bounce" mail from inside mutt, it comes back to
> me!

OK, I'll fix this.

> Anyhow, congratulations Sergey, it looks like mailutils is becoming
> quite solid and popular.

Thanks, I'm pleased to hear that :) Massive thanks to everybody who
contributed to the project!

> Happy New Year, all of you.

Happy New Year to you and thanks for the feedback.

Regards,
Sergey




reply via email to

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