Chris Green <[EMAIL PROTECTED]> wrote on Wed, 27 Oct 1999:
> But both would have the same E-Mail address, with two accounts I can
> have different E-Mail addresses for business and personal mail.

With any modern MTA, it should be trivial to have two email addresses
delivering to the same email account, and also to run some kind of
filtering afterward so that the mails get delivered to separate folders
according to which address they were sent, or some other criteria
(admittedly filtering is not an MTA job, but starting a mail filter
is).

> Also I already have twenty or so folders on my 'personal' mail IMAP
> account and maybe ten or more on the business account. If I put all these
> folders on the same account I'd start running into name clashes and such
> (e.g. I have an 'Action' folder in both).

These too could be solved by having "Work-Action" and "Home-Action" (or
whatever) as names, it would be strange if these folders couldn't be
renamed.

> I know I could use the folder
> hierarchy to separate them but the Web interface doesn't know about
> folder hierarchy (even though the underlying IMAP server does).

Then that's a problem (lack of feature) with the web application...

> There
> is also a 10Mb storage limit per account but no limit on the number of
> accounts I can set up.

That's just silly, why should it be possible to have 2 * 10MB limits but
not 1 * 20MB?  *shrug*

> So, it makes much more sense for me to have more than one IMAP
> account.

Yes, we all work with the tools we have and even if there might be
better ways of doing things, they might not always be available.

> That's fine if you only look at your mail from one location, as I said
> the whole point of IMAP for me is its visibility from work, home and
> anywhere else.

Even though I've argued above that the limitations you have to work are
somewhat silly, I do think you have a good point.  It's entirely
possible that a person has more than one IMAP server for mail, and
making provisions for this in Mutt is a good idea.  Then again, someone
has to code support for that.  As is typical with open source projects,
if you want a feature, submit a patch for it.  Otherwise, one shouldn't
count on anything happening, even if opinions and suggestions are
usually always welcome.


Mikko
-- 
// Mikko Hänninen, aka. Wizzu  //  [EMAIL PROTECTED]  //  http://www.iki.fi/wiz/
// The Corrs list maintainer  //   net.freak  //   DALnet IRC operator /
// Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs /
"Are you suggesting that coconuts are _migratory_?" - Quest For The Holy Grail

Reply via email to