Re: [Cscmail-devel] Feature request

[Count Z. <cou...@cy...>]

I'll look into Procmail a bit more.  the way I have always used it is in
conjunction with a local MTA.  (ie: all mail that is delivered through
sendmail or exim or whatever gets automatically processed by procmail)

I will have to figure out how to directly send mail to procmail... I guess
it is as simple as piping the mail in, but again, I need to look into it.
What I'll do is make it an option: Use Procmail for filtering? [x]

The ability to sort outgoing mail based on who it is sent to sounds
interesting.  It would certainly be easy enough to impliment.  I agree that
it makes it much easier to see the flow of a conversation, of both halves
are in the same folder.  I'll definately keep this suggestion in mind.

-Count Zero

----- Original Message -----
From: "John Summerfield" <su...@os...>
To: <csc...@li...>
Sent: Tuesday, May 01, 2001 1:18 AM
Subject: Re: [Cscmail-devel] Feature request


> > With the C version I am using Mark Crispin's "c-client" for all mailbox
> > access.  What this allows is support for IMAP, POP, and pretty much all
> > local mailstore formats known to the Unix world (mbox, mx, mbx, tenex,
mtx,
> > mmdf, unix, mh) ... As such, I believe it solves your problem already.
It
> > will also support an extensive internal filtering mechanism that will be
> > powerful enough for 90% of our users needs without a need for something
like
> > procmail.  For users who want to use procmail anyway, I recommend they
use
> > fetchmail to retrieve their mail (NOT cscmail) and then procmail will
get a
> > chance at it during the local sendmail delivery phase (assuming procmail
is
> > setup in the default manner)  Procmail will deliver the mail to whatever
> > mailbox format you have configured on your system, and then CSCMail will
be
> > able to read that format (in your case, it sounds like mh format)
>
> There's a lot of people already have procmail filters; expecting the folk
to set upp
> fetchmail in order to use procmail isn't the most satisfactory (to the
user) way of
> addressing the need.
>
> I'd not have thought it much more than pipe(); fork(); some closes() and
an exec()
> if it's called directly; a little more (but still no great task) to write
a program
> (and it could be in perl!) to receive mail from procmail and store in the
indicated
> folder (adter locking it, of course).
>
>
>
> >
> > Anyway, I know this was a bit more than what you where asking, but I got
a
> > lot of ideas floating around in my head and sometimes I hafta dump
them..
> > hehe  I am very excited about the capabilities that the C version of
CSCMail
> > will have... Now I just need 30 more hours a day so I have time to write
> > it...
> >
>
> I used to use Ultimedia Mail on OS/2; stability aside, it's probably the
best email
> client I've used.
>
> A feature I sorely miss is the ability to name a folder in the address
book; if I
> create an entry for Count Zero" <cou...@cy...>, I can also
specify the
> folder into which I store mail I send to Count Zero.
>
> The alternative ideas I see of storing all outgoing mail in one folder,
and of not
> storing a copy anywhere, are both pretty silly from the POV of managing
documents.
>
>
>
> --
> Cheers
> John Summerfield
> http://www2.ami.com.au/ for OS/2 & linux information.
> Configuration, networking, combined IBM ftpsites index.
>
> Microsoft's most solid OS: http://www.geocities.com/rcwoolley/
>
> Note: mail delivered to me is deemed to be intended for me, for my
disposition.
>
>
>
>
> _______________________________________________
> Cscmail-devel mailing list
> Csc...@li...
> http://lists.sourceforge.net/lists/listinfo/cscmail-devel
>
>