From mboxrd@z Thu Jan 1 00:00:00 1970 From: bdwalton@gmail.com (Ben Walton) Date: Mon, 4 May 2009 09:41:17 -0400 Subject: [sup-talk] Sup with Microsoft Exchange 2007 In-Reply-To: <1241441484-sup-8964@entry> References: <3f81a4240904140559ubd286a5x2f026d6b875dd091@mail.gmail.com> <1240318807-sup-3080@entry> <3f81a4240904210642o9c74049o27e164e317d0842e@mail.gmail.com> <1240323082-sup-1515@entry> <3f81a4240904210729h74ac436bn9e1140cf7021c5ad@mail.gmail.com> <3f81a4240904210732k11366cf7naec562af54ecabac@mail.gmail.com> <1241045035-sup-1534@entry> <1241441484-sup-8964@entry> Message-ID: On Mon, May 4, 2009 at 8:59 AM, William Morgan wrote: > Reformatted excerpts from Ben Walton's message of 2009-04-30: >> Since I'm back into mucking with this bit, are you open to having the >> maildir scanning code move messages from new/ to cur/? This could >> help with the unique id vs directory scanning issue. > > Would it really help? I'd be willing if so, but I don't see how. Maybe > I'm missing something. Scan both folders (cur/, new/) on startup or sup-sync. After that, scan only new. Since mail is moved out of new/ into cur/ after detection, the time stamp stuff could be dropped since it would be redundant anyway. I think I'd confused myself about the id generation issue, so it wouldn't likely be of benefit there. > I've avoided moving new/ to cur/ because I didn't see any benefit to > Sup, and it conflicts with the hands-off philosophy, so it just seemed > like one more thing we could screw up. But if there is a real reason to > do it, I'd probably be willing. Sup would be a better Maildir citizen, since this is the intended way to access/use a maildir source. -Ben -- --------------------------------------------------------------------------------------------------------------------------- Ben Walton "With or without religion, good people can behave well and bad people can do evil; but for good people to do evil?that takes religion. " -Steven Weinberg ---------------------------------------------------------------------------------------------------------------------------