-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 El 2013-08-26 a las 15:03 -0400, Anton Aylward escribió:
Carlos E. R. said the following on 08/26/2013 01:57 PM:
No, not that.
It is removal of a complete post, because you do not want to keep it, or because you move it to another folder.
Ah. So you think its done like in VI where the lines are removed from the middle of the file?
I think not. I think that its done by a copy-and-skip.
In VI the file is buffered and the lines are taken out of the buffer and then the remainder is written out as if it were a new file.
Something like that. Certainly with IMAP that all doesn't get done until you tell the IMAP server to 'compact".
You misunderstood me. A MUA does it by marking the post as deleted (overwriting something), and postponing the actual deletion till "compaction". Thunderbird does it on request or certains circumstances (change folder when compaction would save a certain amount). Pine does it, I think, whenver you change from one folder to another. This folder has about 12000 posts and is 80MiB big. Other folders have much fewer posts but are much larger, receiving big attachments or html posts. It means that an actual insert or delete has to copy that big folder to another temporary one. On a maildir folder, it just writes 2 or 3 small files, it is faster, in theory.
It is possible to want to add an email in the middle of the "list" (because it is sorted). Yes, normally the clients will do the sorting just fine without that.
I'm not sure about that. Personally, without looking at the source, I think the MUAs do the sorting at the presentation.
True, but Pine can also write a sorted folder. Thunderbird does not, but thunderbird keeps an index file (and pine does not).
inserted in the 'correct' position in the file. That concept is meaningless since it all depends on how you choose to sort, and any reasonable MUA will have many sort options. q.v.
True, but it is a posibility.
Although I do not know of a client that does it, I would like to have a client that would allow adding a comment header (and display it by default), where I could write why that post interests me - very useful for the relatively few list emails I archive; often for something they say different that what the subject line says.
Since the index files and the 'metadata' used by something like Dovecot is outside of the mbox file there is no reason why not. We're quite used to directories having a .directory file to be used by Dolphin or the like, sure, why not. I recall one file manager that allowed 'ratings' by use of icons to be attached to each file icon that was displayed - can't recall its name.
Nautilus. It overlays a little graphic over the icon, for classification. But I meant adding a header inside mails in the mbox file, not in an index. There was a client that did it (I can't remember the name, the header might be named "X-COMMENT" or similar. Addition of headers is permitted.
Although here I have a problem there, because I still use procmail to write directly to folders. Dovecot copes with this, but I owuld like to instead (using procmail) send that email to dovecot.
My incoming mail is dragged in by fetchmail, passed to procmail and put in folders using the locking protocol procmail supports.
Yes, I do the same.
Dovecot is *NOT* a mail transfer agent, it is a IMAP/POP server. You don't 'send' email to dovecot. Dovecot is smart enough that when it sees a mbox or directory change it rescans and reindexes. One reason I have a lot of smaller folders rather than one big INBOX :-)
Oops! googling I see that dovecot does have a local delivery agent - lda. http://wiki.dovecot.org/LDA It seems you need it to do filtering.
That's what I meant.
I'm doing my filtering with procmail (as I have for a few decades ...) so I don't use the LDA.
My .forward sends incoming email to procmail. The dovecot lda methods sends it to "/usr/local/libexec/dovecot/deliver". I gather that its an either/or situation. I'm sure you could kludge procmail to pipe though dovecot's filters, but what make it that complicated: do one or the other.
That's fine, but I'll stick with what I know works until I have a need to change.
Absolutely, but feeding it via dovecot tools would avoid having to reindex the entire folder. - -- Cheers Carlos E. R. (from 11.4, with Evergreen, x86_64 "Celadon" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iF4EAREIAAYFAlIb028ACgkQja8UbcUWM1yg+gD+KvkzlrwGeXqpF+W0jAMI/G8w CiCyf/mBJGjmyXznUGgA/jCiETioDuG9noFVqSvgWQGTDkvy82QO+LZl3Y4Y0wya =tDY0 -----END PGP SIGNATURE-----