Ken,
> If you login as an admin, you should be able to SELECT the mailbox and use normal IMAP commands. Alternatively, if you add "+DAV" to a regular userid, this will also allow SELECTing of DAV collection mailboxes. When I do imtest -a mailadmin and then issue a002 select #drive/folder, I get: a002 NO Invalid mailbox type When I do imtest -a mailadmin+DAV, I get (XX replaces the real auth value): C: A01 AUTHENTICATE PLAIN XXXXXXXXXXXXXXXXXXX S: A01 NO authentication failure Authentication failed. generic failure I've also tried these combinations with the same result: "user@xxxxxxxxxx+DAV" and "user+DAV@xxxxxxxxxx". Am I doing it wrong? Independently of this, is there a way to obtain the details about the flags for each message in a folder directly from the db files? My idea is to rsync the Cyrus store where the WebDAV is located to some other folder (probably on another server), purge there the files marked as deleted and backup the remaining files, all this without altering the Cyrus store. Is it possible? > If the append of the resource into the mailbox, or updating the DAV db entry fails, the operation should be reverted, with partial saving done. Which version of Cyrus are you using? Currently it is 3.0.5, but I can upgrade if there were any related changes in the later versions. What I was observing is that if a PC (LibreOffice Calc on Ubuntu 16.04, the folder mounted with davfs2) crashes in the middle of saving a file on the server, the result was a damaged file: some 400 bytes instead of 3-4Mb of a real file. I was thinking that maybe when the TCP stream hangs in the middle, Cyrus would interpret it as an end of data and write a file, but I've just tried to make some tests killing mount.davfs2 process and/or blocking the stream with iptables in the middle of file transmission and Cyrus responded correctly. For killing mount.davfs2 it showed in the corresponding log file the bytestream followed by: HTTP/1.1 400 Bad Request Unable to read body data And for blocking the stream with iptables it was showing the bytestream ending where the transmission stopped, without the 400 Bad Request, but in both cases the original file was not modified by the partial upload. So it appears the problem is elsewhere. Regards, Anatoli From:
Ken Murchison
Sent: Thursday, November 15, 2018 14:09 To: Info-cyrus Subject: Re: WebDAV folders internally have hundreds of copies of the same few files
On 11/15/18 1:48 AM, Anatoli wrote:
If you login as an admin, you should be able to SELECT the mailbox and use normal IMAP commands. Alternatively, if you add "+DAV" to a regular userid, this will also allow SELECTing of DAV collection mailboxes.
If the append of the resource into the mailbox, or updating the DAV db entry fails, the operation should be reverted, with partial saving done. Which version of Cyrus are you using?
-- Ken Murchison Cyrus Development Team FastMail US LLC ---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus |
---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus