[plug] client-server e-mail query system?
Russ Pitman
rjp at belle.apana.org.au
Tue Jun 10 00:02:27 WST 2003
Apologies for top posting.
I really don't know much about mail serving but if you have access rights to
the server then using swish++ on the server may be worth a try.
I understand it works on archives.
On Wed, Jul 09, 2003 at 11:47:14PM +0800, Denis Brown wrote:
> Dear PLUG list members,
>
> Maybe I'm not getting my terminology correct or my search terms, or maybe
> this hasn't been done before???
>
> I'd like to search for, retrieve and display only selected e-mails from a
> large mail spool rather than use a more conventional IMAP+browser or
> MTA+text client like pine, elm, ... I'd like to do this over a low
> bandwidth link. Consider this example:
>
> I have thousands of e-mails on a server. I'm at a remote site, perhaps
> with a dial-up connection (low bandwidth) and I want to access the one or
> two e-mails from Joe Bloggs, relating to a widget order, received some
> time in 2002. With a POP style solution employing a client like Pegasus
> or Eudora, or... I'll be sitting there for hours downloading the stored
> mail to my local client, in order to do the search and display locally.
> No thanks.
>
> Using IMAP plus a browser is probably better but I'm still going to have
> to grab down a lot of unwanted stored mail - no? Using a client like pine
> or elm certainly gives me the option of doing a find (a "Whereis" in
> pine-speak) but again I get to grab a lot of superfluous mail in the
> process.
>
> Hence the thought: compose an SQL-like query on the remote,
> thinly-connected machine, send it to the server and just get back the
> search results, the e-mail message(s) and attachment(s) if any. I dare
> say this isn't a unique thought but cannot see it talked about anywhere.
> So maybe it's a Bad Idea (tm) for a variety of reasons. Thoughts /
> comments please?
>
> TIA,
> Denis
>
>
>
--
Cheers
Russ.
More information about the plug
mailing list