bug-mailutils
[Top][All Lists]
Advanced

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

Re: suggestion about nameing MU_STREAM_READ/WRITE...


From: Alain Magloire
Subject: Re: suggestion about nameing MU_STREAM_READ/WRITE...
Date: Sun, 3 Jun 2001 21:00:49 -0400 (EDT)

> 
> Quoting Alain Magloire <address@hidden>, who wrote:
> > > 
> > > Quoting Alain Magloire <address@hidden>, who wrote:
> > > > > Content-Type: text/plain; charset=us-ascii
> > > > > Content-Disposition: attachment; filename="rdwr.diff"
> > > > 
> > > > Looks good, you should apply it to the current mailbox/*.
> > > > CVS is working for you right?
> > > 
> > > Yep, I just like to check before doing. Didn't you see the
> > > date-time patches?
> > 
> > Yes.
> > I think we should mutate the examples/mbox-explode.c
> > to something more usefull/generic:
> 
> Ok, but I think finding every msg in a mailbox with a particular
> subject, and saving all the attachments to that message in
> a folder named yyyy.mm.dd after the date of the message would
> be hard with a utility with a cmd line like readmsg.

for i in `searchmsg --header=Subject "matching string"`
do
   readmsg $i > `date '+%Y.%m.%d'`
done

Of course, assuming that I extracted Sergey's
psychadelic search in the imap4d(imap4d/search.c) code.

Yes I know 8-)
It's not quite what you were doing in mbox-explode.c
The date is wrong and the you have the attachement
not the entire message. But readmsg could take
the approach of IMAP4 and "1.1" means message 1
first part "2.3" message 2 third part  .... 

> I think
> mbox-explode a good example of somebody, namely me, doing something
> useful with mailutils.

Yep, what I meant is mbox-explode.c could serve as the basis
for a more general tool. examples/mbox-explode.c as it is right
now is a good example  on how to use the lib to get the
job done.  No need to make it more complex.

> I could have done it with perl, but

aaarrgg!!.  Arrie`re, arrie`re de'mon!!

> I have a belief that the "ease of use" associated with languages
> other than C and C++ is largely derived from their libraries,
> not the languages themselves, so I wanted to test that.

Agreed.  Getting of topic, I think the comitte of C++ Std lib
should have went further.

> Anyhow, if you send me a whole man page, I'd have a better idea
> what this utilty does.

OK.

--
alain

Attachment: readmsg.html
Description: English text


reply via email to

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