[imapfilter-devel] whishes

Cedric Pradalier cedric.pradalier at inrialpes.fr
Sat May 15 15:25:58 EEST 2004


According to Cyrille Lefevre, on Sat, 15 May 2004 13:29:32 +0200, 
>do you thing it would be possible to implement open/read/write/close
>to a socket to communicate w/ other programs such as sendmail ?

I have not looked to the code, but it is quite sure you can implement
this by mimicking the popen and pclose functions. socket and pipes are
very similar in linux.

>
>another interresting feature would have to have a deliver function
>w/ file locking, so imapfilter would be enable to replace the couple
>fetchmail/procmail to speadup things a lot.

Personnaly, I think this escapes from imapfilter topic. I prefer
specialized atomic programs, good at their job and, due to their limited
set of functionnality, easy to maintain.

The more functionnalities we add, the greater the risk to convert a very
good and clean tool into a messy program...

>
>of course, for instance, an external deliver program may be forked,
>but this isn't an efficient solution.

In terms of speed maybe, but unless you get thousands of mail a day,
this is not really a problem. On the other hand, relying on a well-known
code for delivery is much more efficient in terms of reliability
compared to using a home-made delivery.

With version 1 of imapfilter you can pipe mail in any program. If you
pipe in procmail, then you get your delivery. And you make imapfilter
acts as fetchmail... 

>
>well, in this case, some other functions would have to be created to
>ease the use of imapfilter, and a daemon mode would have to be
>implemented as well, etc.

There is already a daemon mode


-- 
Cedric

"[Of course] I'm French! Why do think I have this outrageous 
accent, you silly king-a?!"  Monty Python and the Holy Grail




More information about the Imapfilter-devel mailing list