To add to my question:
Is there a imap-command that allows to change the value of internaldate
or do I need to implement a series of FETCH,DELETE,APPEND-commands to
change the date? So far the APPEND-command is the only way I've found to
set the value of INTERNALDATE, but APPEND only is for ne
> You're thinking of modifying ipurge to do this? Sounds like a nice
> idea. Messages are moved to Trash with COPY, and COPY retains the
> original INTERNALDATE. However, the last_updated is set to NOW on
> COPY, so that's probably what you want. ipurge currently supports
> SENTDATE and
INTERNALDATE is stored in the cyrus meta files. So if you were to
delete the meta files and reconstruct, INTERNALDATE is set to the
mtime of the message file.
Your assertion that copy updates INTERNALDATE doesn't sound right to
me. What version of cyrus are you talking about?
:wes
On 23
For some reason, people now commonly reply to mailing list messages by
directing them to the sender and Cc'ing the list. This usually results in me
only having one copy of the message: the one in my inbox, and not the one
that's nicely threaded in the same folder as its references. My copy of
Hi folks,
is it possible to add a "this folder never contains any unread messages"
attribute to a given list of folders? For old Lotus Notes users: I am
thinking of "don't maintain unread marks" not on a database level but on
a folder level.
I couldn't find this mentioned in the Cyrus IMAP Wiki/F
Jeff wrote:
> Sieve scripts can mark messages as read, though I'm not an expert on
> sieve.
Thanks for your suggestion, Jeff. I tried the following:
require "fileinto";
require "imapflags";
if address :contains ["To", "Cc"] "[EMAIL PROTECTED]"
{
addflag "\seen";
fileinto "IN
Am Donnerstag 23 Oktober 2008 21:48:44 schrieb Ralph Seichter:
> Jeff wrote:
> > Sieve scripts can mark messages as read, though I'm not an expert on
> > sieve.
>
> Thanks for your suggestion, Jeff. I tried the following:
>
> require "fileinto";
> require "imapflags";
>
> if address :contain
Sneaky approach number 1: delete cyrus.index and run reconstruct after
touching the files.
Sneaky approach number 2: use the sync_server protocol to directly
change the INTERNALDATE (I've done this with my "IMAP to Cyrus" importer
that can keep UIDVALIDITY and all that jazz... it's not very polish
Perhaps you're running a really old version?
Changes to the Cyrus IMAP Server since 2.1.4
* Sieve is no longer dependent on duplicate delivery suppression
(it still uses the duplicate delivery database however).
You can cheerfully disable duplicatesuppression, and sieve will
continue to
