[Dovecot] LDA directly to Maildir/cur
i'm tired of dealing with buggy clients so i'm moving more processing into the server-side. i configured procmail as LDA with maildir-style mailboxes. i would like to simulate an automatic "mark as read" feature during procmail processing. simplest way looks to be forcing delivery directly to Maildir/cur instead of Maildir/new, but i suspect this may screw up dovecot. will this work? is there another (better) method?
-SM-
On 2006-09-27 12:33:13 -0700, Scott Murman wrote:
i'm tired of dealing with buggy clients so i'm moving more processing into the server-side. i configured procmail as LDA with maildir-style mailboxes. i would like to simulate an automatic "mark as read" feature during procmail processing. simplest way looks to be forcing delivery directly to Maildir/cur instead of Maildir/new, but i suspect this may screw up dovecot. will this work? is there another (better) method?
http://wiki.fastmail.fm/index.php/SieveRecipes
setflag "\\Seen";
looks promising.
darix
-- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org
Scott Murman wrote:
i'm tired of dealing with buggy clients so i'm moving more processing into the server-side. i configured procmail as LDA with maildir-style mailboxes. i would like to simulate an automatic "mark as read" feature during procmail processing. simplest way looks to be forcing delivery directly to Maildir/cur instead of Maildir/new, but i suspect this may screw up dovecot. will this work? is there another (better) method?
If you deliver directly to Maildir/cur, and make sure you set the 'S' flag on the message, then to Dovecot, it will appear as if another Maildir-aware client read the message. Dovecot should be able to handle this scenario, and if it doesn't, then it needs to be fixed, because Maildir was designed expressly with concurrent access as a feature.
-- Anand
i would like to simulate an automatic "mark as read" feature during procmail processing. simplest way looks to be forcing
delivery directly to Maildir/cur instead of Maildir/new, but i suspect this
may screw up dovecot.If you deliver directly to Maildir/cur, and make sure you set the 'S' flag on the message, then to Dovecot, it will appear as if another Maildir-aware client read the message.
thanks for the help. initial testing indicates this should work, and
be more efficient than a client-side marking, but the procmail recipe
won't be very elegant or easy to understand. then again, they never
are.
-SM-
participants (3)
-
Anand Buddhdev
-
Marcus Rueckert
-
Scott Murman