[imapfilter-devel] some more patches and a question

Tim Smith under.northern.sky at googlemail.com
Fri Oct 12 00:25:10 EEST 2007


Hi everyone

After playing around some more I wonder why you changed the syntax for
the "messages" table from:
{ 1, 5, 6 }
to
{ [1] = true, [5] = true, [6] = true }

I preferred the old way, but maybe I just have to recognize that for
my purposes I should skip the convenience wrapper (*.lua) and directly
use the ifcore.* functions.

So much for the question, now comes the fun part:
Attached are two patches, neither of them may be of any use for you
(in the current form) but I thought you might be interested in what
other people do with your software.

My own project is a FUSE filesystem implementation based on email;
imapfilter (as a library) is used as my IMAP backend.

fetch_bodypart_structure:
New core functions to fetch individual MIME body parts (as opposed to
the entire mail) and the BODYSTRUCTURE.
I was too lazy to implement a proper parser for the body structure,
all I do is run a number of regexps over the string until I get
something that I can push into Lua 'loadstring'.
It works for every mail I have thrown at it but I consider this code
highly fragile.

copy-uid_plus:
Checks if the server supports the UIDPLUS extension; if yes then the
copy function stores the (new) UID of the copied message (and returns
it together with the status result).

I need this because my own app tracks messages through the UIDs; the
only way around that would be to remember some message (header)
details before copying and trying to find the message again
afterwards. Which proved to be quite a performance hit.

Please note that so far this patch only works when copying _single_
messages (which is all I need).

Best regards,
tok
-------------- next part --------------
A non-text attachment was scrubbed...
Name: imapfilter_fetch_bodypart_structure_b_pub-2.0.3.diff
Type: application/octet-stream
Size: 15296 bytes
Desc: not available
URL: <http://lists.hellug.gr/pipermail/imapfilter-devel/attachments/20071011/7d33811f/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: imapfilter_copy-uid_plus-2.0.3.diff
Type: application/octet-stream
Size: 7178 bytes
Desc: not available
URL: <http://lists.hellug.gr/pipermail/imapfilter-devel/attachments/20071011/7d33811f/attachment-0001.obj>


More information about the Imapfilter-devel mailing list