bug-mailutils
[Top][All Lists]
Advanced

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

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


From: Jeff Bailey
Subject: Re: [bug-mailutils] Request for comments on our TODO.
Date: Thu, 22 Jan 2004 09:28:26 -0800
User-agent: Mutt/1.5.4i

On Thu, Jan 22, 2004 at 03:56:06PM +0200, Sergey Poznyakoff wrote:

> ** support POP3S and IMAPS mailers (ports 995/993).
> 
> I don't believe this is necessary. Both pop3d and imap4d already
> support TLS in accordance with RFC 2595. If one wishes to
> use them over an initially encrypted channel, one can easily
> achieve this by using ssh tunnel. Besides, RFC explicitly discourages
> using dedicated ports for this purpose in favor of the STLS/STARTTLS
> method.

I think this might be the only encryption that common versions of
Outlook Express support.  As a low priority TODO list item, (like if it
never gets done, there's no worries) I think it can probably stay on.

The advantage of having it just do this itself is that other utilities
aren't required to get this configured up in something like Debian.

It certainly shouldn't block a 1.0 release, though.

> ** utility to move all mail from one mailbox to another, like mbox to
> IMAP, preserving all flags that are possible. can sieve do this, or do
> I need a mbox-copy() utility?
> 
> The following sieve script will do the job:
> 
> include "fileinto";
> fileinto "another/mailbox";

Cool.  =) I haven't followed the sieve/guile work very closely.  Is it
possible to do this as a shell script of some sort?  It would be neat to
include this in an 'examples' directory.

Also, emacs includes 'movemail', and they've wanted to get us to include
that for a while.  Including this tool might solve a number of needs
that way.

> [* sieve section]
> 
> ** run as daemon, sieving mail on arrival 
> 
> I'm not quite sure whether we need it, since mail.local already
> provides this functionality.

I've had vague thoughts of daemonising mail.local and having it support
LMTP.  This task could be renamed to that, probably.

Tks,
Jeff Bailey




reply via email to

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