On Wednesday 18 May 2005 06:25, Kyle Wheeler wrote:
> Some mail clients will do this for you, by caching the messages (e.g.
> Apple's Mail.app - I haven't checked, but I imagine Thunderbird probably
> does this too). That's probably the easiest way.

KMail provides two options when adding a new IMAP account:  IMAP and 
"Disconnected IMAP".  The latter does what you want.  It does take a lot more 
time the first sync though, because it has to download so much email and 
cache it.

> 4. Shared addressbook

This is something I want to get working too.  I (and a lot of clients) want to 
be able to have the same E-Mail addresses in Squirrelmail and a mail client.  
Ideally it would work in Outlook, Outlook Express, Thunderbird, and KMail 
(sadly that is the order of importance based upon what clients actually use, 
which is almost exactly opposite of my preference - I say almost, because 
Thunderbird is dodgy, so I would probably be using Outlook Express if I were 
a Windows user...).

> Yeah... the message-caching (for offline access) and the addressbook
> stuff are the key limiting factors.

Message caching is actually not difficult in any client (assuming it's on 
Linux or you have a network-attached linux machine even when you don't have 
internet).  There is a program that I can't remember the name of (it's 
something really obvious though, like "disconnected imap" (maybe it's even 
that)), which is made for exactly this:

It will run on your machine and periodically poll your real IMAP server for 
updates, and takes care of all the caching.  You then configure your MUA to 
talk to it instead of your real IMAP server.  This way you don't get bitten 
when one of your clients has dodgy caching support and you need to get at an 
email, and the client doesn't have to do the extra work of creating a cache 
(this is a larger amount of work than it sounds like, because an IMAP client 
does not otherwise need to store mail on disk _at all_, ever).

I don't remember what it was though.  Maybe the "maildirsync" you mention 
could do it too?

> >I'd like to support both users "andy" and "dick" if I can, but if, due
> >to not having root, I can only handle one mailbox, that's fine (dick is
> >satisfied with pop3 from ducks and smtp to the isp).
>
> I'm thinking this would be very difficult for multiple mailboxes from
> one non-root account.

Not at all.  Have the aliases deliver to the normal account, and then procmail 
can forward them to different addresses based on the to address.

> >I run bincimap on ducks (listening on a nonstandard port)

Why nonstandard?  I'd use it on the normal ports, and then use iptables to 
forward nonstandard ports to them if necessary.

> >ducks runs sendmail.  [EMAIL PROTECTED] and ducks smtp to ducks, possibly
> >through a ssl'ed tunnel to evade firewalls.  Some authentication system
> >is used to prevent open relays.

That's going to be a function of qmail.  If you use the SMTP AUTH patch 
(standard on Gentoo) you'll be good to go.  You can even require STARTTLS 
before AUTH if you want.

> >Obviously, I don't understand everything involved, and I'm surely
> >missing some important stuff.  But is this setup workable?  Is this
> >problem solvable?  Or even worth solving?  Perhaps there's another way
> >around.

You could pay somebody else to host your email. ;-)

> Ahh, now we get to the root of it. The real thing you want is offline
> access, which is easy enough to get from the right MUA. An alternative,
> that keeps your MUA options open, might be OfflineIMAP (search
> freshmeat.net for it).

AHA!  That's the software I was thinking of above.  That'll teach me to read 
the whole message before starting a reply again ;-)

Cheers,
-- 
Casey Allen Shobe | http://casey.shobe.info
[EMAIL PROTECTED] | cell 425-443-4653
SeattleServer.com, Inc. | http://www.seattleserver.com
Cheers,
-- 
Casey Allen Shobe | http://casey.shobe.info
[EMAIL PROTECTED] | cell 425-443-4653
AIM & Yahoo:  SomeLinuxGuy | ICQ:  1494523
SeattleServer.com, Inc. | http://www.seattleserver.com

Reply via email to