Re: [Ifile-discuss] Re: Maildir format

[Brett N]

Ok, So I'll avoid using these scripts for Maildir.

So my forte isn't so much procmail and shell scripts, so I tried writing
this in PERL. I'm about 75% done getting it to work. I had a couple of
questions..

1.First, if I just traverse the "cur" folder in each directory, will that
suffice?

2.What does a nested directory look like? does the backend server store it
flat? (ie, do I need to recurse?)

3.Right now, I backup only files (messages!) that are changed.. They stay
there in the backupdir until someone deletes them.. is that ok?

4. What do you do with the sent-mail folder? I'd like to just skip it, but
it's always called something different.. (was thinking of an array of
"non-sort" folders.. not sure how to implement?
defined(grep(/$thisfolder/,@nonsorts))???  )

Any other suggestions? it runs kinda slow since it scans the entire
Maildir tree.. well I have it spitting out verbose debug info, so maybe
the screen calls is just slowing it down..

OH, so can I just call the ifile.relearn.message script on the message
file after I add the X-Ifile-Learned-To: Header? Or do those scripts need
mods too? (seemed like they didn't as I recall..)

Thanks for all your help!
-Brett


> * clemens fischer <address@hidden> [030515 12:04]:
>
> [ snip lots of useful tips to improve my kludges ]
>
> Thanks for these - it's always useful to get hints and tips on
> (much) better shell programming.
>
>> now wait a minute!  this cannot possibly be maildir-format!  what is
>> maildir for if you cancel it's biggest advantage and allow changing
>> messages within one of its subdirs??  maildirs accumulate new messages
>> using a time-stamped name in ./tmp/, rename(2) them into ./new/ with
>> applications moving them from ./new/ to ./cur/ when finished.  it
>> doesn't make any sense to operate on messages inside any of these
>> directories!  please tell me what software does that, for me to avoid
>> it in the future.
>
> You're quite right. - my approach was very kludgy by avoiding Maildir
> delivery and operating directly on the messages within the folders.
>
> To do it properly, you'd use some command-line tool which knew how to
> handle Maildir messages (by name, or something).  I have no idea whether
> or not such a thing exists.
>
> One of the major reasons I use mbox is so that I can directly manipulate
> my mbox files with shell scripts etc, when I need to.
>
> To the OP (Brett?): sounds like you should avoid using my scripts like
> the plague if you're using Maildir.
>
> all the best,
>
> jack
>
>
> _______________________________________________
> Ifile-discuss mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/ifile-discuss
>
>