<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hi!<div class=""><br class=""></div><div class="">It happens with any folder… in fact Trash is not the folder we would announce in special-use as Trash… it’s just a normal folder really here…. It’s a generally happening thing with rename of folders inside the own hierarchy inside the own user… (don’t really know if a rename mailbox for changing partition would have the same issue). Not something related to the Trash folder...</div><div class=""><br class=""></div><div class="">Cheers!<br class=""><div class="">
<style class="">
body {
font-family:Helvetica, Arial, sans-serif;
font-size:12px;
color:#333;
}
.moz-signature { color:#333!important; }
.firmasarenet {
font-family:Helvetica, Arial, sans-serif;
text-align:left;
color:#333333;
}
.titulosarenet {
font-family:Helvetica, Arial, sans-serif;
font-weight:bold;
font-size:12px;
color:#333333;
}
.textosarenet {
font-family:Helvetica, Arial, sans-serif;
font-weight:bold;
font-size:12px;
color:#333333;
}
.dptosarenet { }
.imgsarenet { margin:0px 0px 10px 0px }
.imgsarenet img { }
.lnksarenet {
color:#007AC4!important;
font-size:12px;
line-height:1.2;
text-decoration:underline;
}
.firmasarenet a { color:#007ac4!important }
.imprimirsarenet {
font-family:Helvetica, Arial, sans-serif;
font-weight:normal;
font-size:10px;
line-height:1.2;
color:#006600
}
</style>
<br class="">
<br class="">
<div style="clear:both; text-align:left;" class="firmasarenet">
<div style="margin:0 0 10px 0" class="imgsarenet"><img src="https://www.sarenet.es/estaticos/LogoSarenetEmails.png?newlogo" alt="sarenet" class=""></div>
<div style="font-family:Helvetica, Arial, sans-serif; font-weight:bold; font-size:14px; color:#333333" class="titulosarenet"><strong class="">Egoitz Aurrekoetxea</strong></div>
<div style="font-family:Helvetica, Arial, sans-serif; font-weight:normal; font-size:12px; color:#333333" class="dptosarenet">Dpto. de sistemas</div>
<div style="font-family:Helvetica, Arial, sans-serif; font-weight:normal; font-size:12px; color:#333333" class="textosarenet">944 209 470<br class="">Parque Tecnológico. Edificio 103<br class="">48170 Zamudio (Bizkaia)</div>
<div style="font-family:Helvetica, Arial, sans-serif; font-weight:normal; font-size:12px; color:#007AC4; line-height:1.2" class="lnksarenet"><a id="mailto" style=" font-size:12px; color:#007AC4; text-decoration:underline;" href="mailto:undefined" class=""><label id="label_email" class="">egoitz@sarenet.es</label></a></div>
<div style="font-family:Helvetica, Arial, sans-serif; font-weight:normal; font-size:12px; color:#007AC4; line-height:1.2" class="lnksarenet"><a href="http://www.sarenet.es" style=" font-size:12px; color:#007AC4; text-decoration:underline;" class="">www.sarenet.es</a></div>
<br class="">
<div style="font-family:Helvetica, Arial, sans-serif; font-weight:normal; font-size:10px; color:#A0C361" class="imprimirsarenet">Antes de imprimir este correo electrónico piense si es necesario hacerlo.</div>
</div>
</div>
<div><br class=""><blockquote type="cite" class=""><div class="">El 10 jul 2019, a las 11:34, Sebastian Hagedorn <<a href="mailto:Hagedorn@uni-koeln.de" class="">Hagedorn@uni-koeln.de</a>> escribió:</div><br class="Apple-interchange-newline"><div class=""><div class="">Hi,<br class=""><br class="">I'm curious if this only happens for rename to trash, or for all renames<br class="">of subscribed folders. IMHO it makes no sense to automatically subscribe<br class="">to a folder in the trash. So perhaps the bug isn't in the replication<br class="">code but rather in the handling of rename to trash?<br class=""><br class=""><br class="">Am 10.07.19 um 11:11 Uhr schrieb Egoitz Aurrekoetxea:<br class=""><blockquote type="cite" class="">About the folder subscription issue, I think I got something, at least a<br class="">close approximation... When a user causes in mua a rename mailbox (a<br class="">rename for a folder caused by a folder move in hierarchy), after the own<br class="">rename, if folders were subscribed “should” (for the "plain user" at<br class="">least) become subscribed in the new path. It seems that after a user<br class="">rename in Cyrus the new folder is automatically subscribed (even if no<br class="">subscribe command is sent by the mua). But this, does not cause in the<br class="">replica (in the slave, if SUB is not sent by the client)<br class="">a sync_apply_changesub() or something like entering in the<br class="">“ move_subscription” condition in mboxlist_renamemailbox(), and then,<br class="">the folder is properly renamed but not subscribed in the slave. I think<br class="">this is what I’m suffering. Obviously, if after a rename the mua sends a<br class="">subscribe too, no issue is seen. I think the problem happens when a<br class="">mailbox rename happens and a SUB is not send later.<br class=""><br class="">An example : <br class=""><br class="">The folder <a href="http://domain.com" class="">domain.com</a><br class=""><<a href="http://domain.com" class="">http://domain.com</a>>!user.parta^partb.Archives.2019.TRAFICO.CHINA.XINGANG<br class="">is moved (renamed) to trash.<br class=""><br class="">May 16 16:16:50 mx6c imap[83976]: conversations_rename_folder: renamed<br class=""><a href="http://domain.com" class="">domain.com</a><br class=""><http://domain.com>!user.parta^partb.Archives.2019.TRAFICO.CHINA.XINGANG<br class="">to domain.com <http://domain.com>!user.parta^partb.Trash.XINGANG<br class="">May 16 16:16:50 mx6c imap[83976]: Rename: domain.com<br class=""><http://domain.com>!user.parta^partb.Archives.2019.TRAFICO.CHINA.XINGANG<br class="">-> domain.com <http://domain.com>!user.parta^partb.Trash.XINGANG<br class="">May 16 16:16:50 mx6c imap[83976]: Deleted mailbox domain.com<br class=""><http://domain.com>!user.parta^partb.Archives.2019.TRAFICO.CHINA.XINGANG<br class=""><br class="">In the master (sync), the folder in Trash is subscribed but in the slave<br class="">it is not, and remains subscribed the folder in the original location in<br class="">the “____.sub” file.<br class=""><br class="">A diff between the master (replication client) .sub file and the slave’s<br class="">one is (mx5 is the master, the client and 6 the slave): <br class=""><br class="">--- subscripciones-mx5c/parta.partb.sub2019-07-10 08:47:29.000000000 +0200<br class="">+++ subscripciones-mx6c/parta.partb.sub2019-07-10 08:48:08.000000000 +0200<br class=""><br class="">+domain.com<br class=""><http://domain.com>!user.parta^partb.Archives.2019.TRAFICO.CHINA.XINGANG<br class="">-domain.com <http://domain.com>!user.parta^partb.Trash.XINGANG<br class=""><br class="">Perhaps a move_subscription to one or sync_apply_changesub should be<br class="">forced in order to fix it?. I have seen issues with Outlook 2016 and<br class="">Thunderbird… both mua… perhaps by RFC they should send the SUB command<br class="">but… it’s the only theory I could arrive to… I have a ton more cases<br class="">like this one.. Data gets properly handled but subscriptions have this<br class="">issue (perhaps we could say is a mua issue but….)..<br class=""></blockquote><span id="cid:AA480B5B-F0ED-4405-BF94-0C5E9BBEA9A6"><0x197B06994D105B45.asc></span><span id="cid:78825E9F-F0E2-41C7-A69C-EEF15C9340BB"><Hagedorn.vcf></span></div></div></blockquote></div><br class=""></div></body></html>