Ken Hornstein wrote:
the imap service's relationship to its backing store is none of my
business as an imap client. as long as invariants are preserved, the
precise form of magic, or even what upstream rules might be getting
broken, are "all fine by me".
Well, I didn't care that much about wh
Andy Bradford wrote:
Thus said Ken Hornstein on Tue, 13 Feb 2018 11:30:38 -0500:
We've talked a lot about the subtle change to move MH to Maildir, and
we never quite work out all the wrinkles, and I'd sure like to that.
I hear people say this, and I have to wonder ... what's the goal here?
Thus said Ken Hornstein on Wed, 14 Feb 2018 14:22:56 -0500:
> If we scan a Maildir folder, should we be in charge of moving stuff
> from new into cur? Maybe? Maybe not? You tell me!
Let's look at what qmail-pop3d does when a client ``scans'' the list of
messages:
$ find new -type f| wc -l
Thus said Ken Hornstein on Tue, 13 Feb 2018 10:09:07 -0500:
> But Bernstein ignored MH because he was not trying to invent a MAILBOX
> format, he was trying to invent a mailDROP ... really, I went back and
> looked. Yes, I know people now use Maildir as a mailbox, and I think
> that's weird, but
Thus said Ken Hornstein on Tue, 13 Feb 2018 11:30:38 -0500:
> >We've talked a lot about the subtle change to move MH to Maildir, and
> >we never quite work out all the wrinkles, and I'd sure like to that.
>
> I hear people say this, and I have to wonder ... what's the goal here?
Again, as one of
>the imap service's relationship to its backing store is none of my
>business as an imap client. as long as invariants are preserved, the
>precise form of magic, or even what upstream rules might be getting
>broken, are "all fine by me".
Well, I didn't care that much about what Cyrus IMAPd was
Ken Hornstein wrote:
You know, it might be interesting to see the output from inotifywait
when you do a drag and drop across folders. I am presuming that
Thunderbird doesn't know about the Cyrus-IMAPd index and Cyrus IMAPd just
figures it out. If that's the case then that is fine.
the imap
>> Now if we refile a message, do we put those messages in "new"? Maybe?
>> But then they won't be visible to other programs until the true "manager"
>> of that mailbox notices it. If we scan a Maildir folder, should we be
>> in charge of moving stuff from new into cur? Maybe? Maybe not? You
>
Ken Hornstein wrote:
... Well, good question! I believe the answer to that is "no".
You can read the base specification here:
https://cr.yp.to/proto/maildir.html
The idea is when you are delivering a new message into a Maildir, you
first write it to the "tmp" directory, then rename
>> On that same IMAP-managed directory ... well, what exactly HAPPENS there
>> is a bit unclear to me. Specifically, the IMAP servers I've looked at
>> (Cyrus-IMAP and Dovecot are the ones talked about here) all maintain
>> their own index into the Maildir directory. If we put a n
Ken Hornstein wrote:
> On that same IMAP-managed directory ... well, what exactly HAPPENS there
> is a bit unclear to me. Specifically, the IMAP servers I've looked at
> (Cyrus-IMAP and Dovecot are the ones talked about here) all maintain
> their own index into the Maildir directo
Paul Vixie wrote:
> as promised, i asked bert hubert how he uses C++ in PowerDNS without
damaging
> himself:
> On Mon, Feb 12, 2018 at 12:43:16PM -0800, Paul Vixie wrote:
>> you seem to have made peace with C++. i predict that you did this by
>> declaring some subset of its
>sorry about that. (i was the maintainer in the years up until mark's
>death.) the ruinously bad property of uw-imap's MH implementation, which
>i could not fix due to an impedance mismatch between the protocol and
>the MH message number definition, is that whenever you refile a message,
>both
Thus spake Paul Vixie:
> >
> > The RAII technique goes like this:
> >
> > struct ReadFP : boost::non_copyable
> > {
> > ReadFP(std::string& fname)
> > {
> > d_fp = fopen(fname.c_str(), "r")
> > if(!d_fd)
> > throw runtime_error("Opening file "+fname
14 matches
Mail list logo