Hi,
Excerpts from Sven Moritz Hallberg's message of Tue Jul 20 11:51:45 +0200 2010:
> Guys, you should really implement this. This is not a policy (touch filesystem
> or not) issue, but a compliance issue. As it stands, sup is basically
> violating
> the Maildir "standard". Note that moving mails away from new has no semantic
> meaning. The mail doesn't become "read" or unavailable to other MUAs or
> anything. It's part of Maildir's access/concurrency design.
>
> And the fact that sup doesn't "play nice" with other MUAs is in part a direct
> artifact of this misbehaviour because others (correctly) move the mails out
> from under sup's nose. If sup did this as it should, the files would stay in
> place modulo renaming wrt. the file flags ("read" etc.), but that is another
> issue which can be mitigated in another step. (And to an extent, this issue
> exists with all MUAs because the format of the flag fields isn't
> standardized.)All of this is getting supported in the maildir-sync [0] branch that I encourage you to test and review so it can be quickly merged into the master branch. :) Cheers, [0] http://www.mail-archive.com/[email protected]/msg00566.html -- Damien Leone <[email protected]> Web: http://dleone.fensalir.fr/ GPG: 0x82EB4DDF
signature.asc
Description: PGP signature
_______________________________________________ sup-talk mailing list [email protected] http://rubyforge.org/mailman/listinfo/sup-talk
