Subject: Re: [sup-talk] not moving msgs to /cur in Maildir?

From: Eric Gerlach <[email-masked]>
Date: Mon, 19 Jul 2010 22:15:17 -0400

Excerpts from David Rysdam's message of Mon Jul 19 22:00:22 -0400 2010:
> I'm new to Maildir, so I'm not sure how this should be working.  
> 
> I've got getmail fetching my POP3 mail to a Maildir and I've got sup
> pointed at that (as an additional source, not the primary one).
> 
> Just tonight, I noticed that most of my mail is in /new rather than
> /cur.  Because sup isn't moving it?
> 
> Also, every message in /new is repeated dozens of times.  getmail has
> been fetching my entire 30-day-long mailbox every time.  Like I said,
> I'm not sure how Maildir is supposed to work, so maybe getmail is
> doing the right thing (i.e. "fetch everything after the last thing in
> /cur") or not.
> 
> I'm on a fairly old version of sup: 0.10.2.

I've also just started with sup, and though I don't know about sup's
behaviour (I think it should be moving mail from new/ to cur/ as well)

I do, however, have experience with POP and Maildirs, and it sounds like
you might have getmail misconfigured.  Is it set to delete messages from
the server?

Cheers,

Eric
_______________________________________________
sup-talk mailing list
[email-masked]
http://rubyforge.org/mailman/listinfo/sup-talk

---

From: Sven Moritz Hallberg <[email-masked]>
Date: Tue, 20 Jul 2010 11:51:45 +0200

My humble personal opinion:

Excerpts from Ben Walton's message of 2010-07-20 04:46:41 +0200:
> I haven't looked at the most recent Maildir changes[1], but as is
> sup's way it hasn't traditionally altered the filesystem at all.  It
> treats all mail sources as read-only, which in this case means it
> doesn't do the ln new/foo cur/foo; rm new/foo steps.

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.)

-pesco

---

From: Damien Leone <[email-masked]>
Date: Tue, 20 Jul 2010 13:07:47 +0200

Hi,

> 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-masked]/msg00566.html

--
Damien Leone <[email-masked]>

Web: http://dleone.fensalir.fr/
GPG: 0x82EB4DDF
_______________________________________________
sup-talk mailing list
[email-masked]
http://rubyforge.org/mailman/listinfo/sup-talk

---

From: David Rysdam <[email-masked]>
Date: Mon, 19 Jul 2010 22:00:22 -0400

---

From: David Rysdam <[email-masked]>
Date: Tue, 20 Jul 2010 10:52:42 -0400

> doing the right thing (i.e. "fetch everything after the last thing in

OK, I've looked at this a little more.  I think getmail is either
misbehaving or misconfigured.  The POP3 behavior can't be predicated
on what is in the Maildir for multiple reasons, therefore sup's
behavior in the Maildir (right or wrong) can't be the source of this
issue.
_______________________________________________
sup-talk mailing list
[email-masked]
http://rubyforge.org/mailman/listinfo/sup-talk

---

From: Sven Moritz Hallberg <[email-masked]>
Date: Tue, 20 Jul 2010 16:37:57 +0200

> encourage you to test and review so it can be quickly merged into the

Ah, thanks for that! I'll try to check it out!
_______________________________________________
sup-talk mailing list
[email-masked]
http://rubyforge.org/mailman/listinfo/sup-talk

---

From: Ben Walton <[email-masked]>
Date: Mon, 19 Jul 2010 22:46:41 -0400

HTH.
-Ben

[1] There was talk of implementing this as one step toward having sup
    play nicer with other MUA's.
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302