<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p><br>
</p>
<div class="moz-cite-prefix">On 11/15/18 1:48 AM, Anatoli wrote:<br>
</div>
<blockquote type="cite"
cite="mid:377b8a00-5c8d-3c86-342a-61f4526b0015@anatoli.ws">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<div id="smartTemplate4-quoteHeader">
<div style="font-size:10.0pt;font-family:Verdana,Arial">Hi Ken,<br>
<br>
Thanks a lot for the clarification, everything makes sense
now. How can I list the files marked for deletion and those
that are not marked? <font face="Courier New">unexpunge</font>
can provide the list of files marked for deletion, is there
any better way to list them, directly reading the DB? How to
list those that are not marked?<br>
</div>
</div>
</blockquote>
<p><br>
</p>
<p>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.</p>
<p><br>
</p>
<blockquote type="cite"
cite="mid:377b8a00-5c8d-3c86-342a-61f4526b0015@anatoli.ws">
<div id="smartTemplate4-quoteHeader">
<div style="font-size:10.0pt;font-family:Verdana,Arial"> One
more question, related: we got a client who's PC was crashing
exactly during the modify operation (some issue with the PC
hardware triggered by Excel save operation, probably a RAM
spike touching some bad blocks). As a result, the file in
Cyrus was becoming damaged, i.e. partially saved. Is it
expected?<br>
<br>
Shouldn't Cyrus update the db with the pointer to the new file
(a new message in the store) only if the operation completes
successfully (e.g. the WebDAV messages exchange completes and
the connection is closed at the right time or something
similar)?<br>
</div>
</div>
</blockquote>
<p><br>
</p>
<p>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?</p>
<p><br>
</p>
<br>
<blockquote type="cite"
cite="mid:377b8a00-5c8d-3c86-342a-61f4526b0015@anatoli.ws">
<div id="smartTemplate4-quoteHeader">
<div style="border:none;border-top:solid #B5C4DF

1.0pt;padding:3.0pt 0cm
0cm
0cm;font-size:10.0pt;font-family:"Tahoma","sans-serif""><b>From:</b>
Ken Murchison<br>
<b>Sent:</b> Wednesday, November 14, 2018 10:54<br>
<b>To:</b> Info-cyrus<br>
<b>Subject:</b> Re: WebDAV folders internally have hundreds of
copies of the same few files<br>
</div>
<br>
</div>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p><br>
</p>
<div class="moz-cite-prefix">On 11/13/18 10:15 PM, Anatoli wrote:<br>
</div>
<blockquote type="cite"
cite="mid:024e49fa-74d2-613f-1d5a-36497dffae04@anatoli.ws">
<meta http-equiv="content-type" content="text/html;
charset=UTF-8">
<div id="smartTemplate4-template">
<div style="font-size:10.0pt;font-family:Verdana,Arial"> Hi,<br>
<br>
I'm not sure this is due to some configuration option, bug
or feature, but I'm observing some folders on Cyrus HTTP
WebDAV server having hundreds (995 at this moment to be
precise) internal files in the format "NNN." that correspond
to the same file but different versions in time.<br>
<br>
There are 2-3 files (xls) in the folder that are edited
constantly during the day and it looks like each save
operation creates a new file. The files are of some 3-5Mb
each. In the explorer/web view there are only a couple of
files with a total size of 17.5Mb, but the reported disk
usage for the folder is of 1.6Gb.<br>
<br>
Could someone please shed some light on what's going on and
how to make each file visible to the users to be stored in
only one internal file?<br>
<br>
Thanks,<br>
Anatoli</div>
</div>
</blockquote>
<p><br>
</p>
<p>Because *DAV is layered on top of an IMAP store, we have to
abide by IMAP semantics in which messages (in this case DAV
resources) are immutable. Therefore, we can NOT overwrite an
existing message in the mailbox. Each change MUST result in a
new message. However, the server does mark the previous
version(s) as deleted and expunged, which means that they will
eventually be removed by cyr_expire. If you aren't running
cyr_expire, you should consider adding an event to cyrus.conf to
remove expunged messages (see -X option).<br>
</p>
<pre class="moz-signature" cols="72">--
Ken Murchison
Cyrus Development Team
FastMail US LLC</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">----
Cyrus Home Page: <a class="moz-txt-link-freetext" href="http://www.cyrusimap.org/" moz-do-not-send="true">http://www.cyrusimap.org/</a>
List Archives/Info: <a class="moz-txt-link-freetext" href="http://lists.andrew.cmu.edu/pipermail/info-cyrus/" moz-do-not-send="true">http://lists.andrew.cmu.edu/pipermail/info-cyrus/</a>
To Unsubscribe:
<a class="moz-txt-link-freetext" href="https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus" moz-do-not-send="true">https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus</a></pre>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">----
Cyrus Home Page: <a class="moz-txt-link-freetext" href="http://www.cyrusimap.org/">http://www.cyrusimap.org/</a>
List Archives/Info: <a class="moz-txt-link-freetext" href="http://lists.andrew.cmu.edu/pipermail/info-cyrus/">http://lists.andrew.cmu.edu/pipermail/info-cyrus/</a>
To Unsubscribe:
<a class="moz-txt-link-freetext" href="https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus">https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus</a></pre>
</blockquote>
<pre class="moz-signature" cols="72">--
Ken Murchison
Cyrus Development Team
FastMail US LLC</pre>
</body>
</html>