Conversations db in 3.0
Hi! In an upgrade proccesses to upper version you don't have a way revert back the update without loosing content. I was very interested in knowing if I could have a 2.4 master server (without Xapian, conversations and so obviously) replicating to a 3.0 server and if I could perform the : - reconstruct -V max - ctl_conversationsdb -z USER - ctl_conversationsdb -b USER but while the 3.0 is slave and while is replicating from 2.4. Is this possible? Thanks a lot mates, -- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es www.sarenet.es [1] Antes de imprimir este correo electrónico piense si es necesario hacerlo. Links: -- [1] http://www.sarenet.es 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
folder left after dm user.mailboxname, remove by rm ?
Hi, I've deleted an unused mailbox "dm user.emil" and cleaned up DELETED with 'su - cyrus -c "/usr/sbin/cyrus expire -E 1 -X 0 -D 0 -v -p DELETED.user.emil'. /var/spool/cyrus/mail/u/DELETED/user is empty now and "su - cyrus -c "/usr/sbin/ctl_mboxlist -d" | grep -i emil" doesn't show any user.emil mailboxes anymore. Nevertheless there is one single folder left on the master in /var/spool/cyrus/mail/e/user/emil/team/ which contains some messages and cyrus.cache, cyrus.header, cyrus.header files. So this must have been a normal folder once. If I understood that correctly, Cyrus doesn't know about the folder anymore because the dump with "ctl_mboxlist -d" shows that the user has been removed completely, no user.email folders are left in the dump output. Can I remove that folder securely just by rm -rf /var/spool/cyrus/mail/e/user/emil/ The following question would be, why the folder was not available in the cyrus database. But since the user is deleted anyway, this would not be my primary problem, especially since the user had worked with Outlook and had hamstered about 11 GB and 1200 folders in his mailbox. Ciao! Marcus 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
Re: folder left after dm user.mailboxname, remove by rm ?
On 05/02/2019 18:08, Marcus Schopen wrote: Hi, I've deleted an unused mailbox "dm user.emil" and cleaned up DELETED with 'su - cyrus -c "/usr/sbin/cyrus expire -E 1 -X 0 -D 0 -v -p DELETED.user.emil'. /var/spool/cyrus/mail/u/DELETED/user is empty now and "su - cyrus -c "/usr/sbin/ctl_mboxlist -d" | grep -i emil" doesn't show any user.emil mailboxes anymore. Nevertheless there is one single folder left on the master in /var/spool/cyrus/mail/e/user/emil/team/ which contains some messages and cyrus.cache, cyrus.header, cyrus.header files. So this must have been a normal folder once. If I understood that correctly, Cyrus doesn't know about the folder anymore because the dump with "ctl_mboxlist -d" shows that the user has been removed completely, no user.email folders are left in the dump output. Can I remove that folder securely just by rm -rf /var/spool/cyrus/mail/e/user/emil/ The following question would be, why the folder was not available in the cyrus database. But since the user is deleted anyway, this would not be my primary problem, especially since the user had worked with Outlook and had hamstered about 11 GB and 1200 folders in his mailbox. Hello Marcus, I do not know what Cyrus version you are running but very occasionally, on a 2.3 system, I witness the same phenomenon. To give you an idea : this happens on average once every thousand (or so) account removals. If Cyrus doesn't know about the directory through mailboxes.db it is never going to remove it by itself. Cheers, Eric Luyten. 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
Re: Fatal error: Exists wrong 513 512 483 17057
Hi, Bron. On 4/2/19 14:02, Bron Gondwana wrote: > Awesome - yes, the IOERROR messages are because files it expected to > find weren't there. It's frustrating that reconstruct isn't robust > enough to bring a slightly bogus cyrus.index back from the dead, but the > end result is a working mailbox with a fully correct cyrus.index file :) > > The only thing that may have happened is that some emails which were > previously deleted in the TareasCron folder came back from the dead - > and of course all the flags on those messages will have gone away too. > But the mailbox will work correctly now. Maybe that explains why I came across about 16,000 messages in the folder :) But everything works correctly now. I deleted the very old messages and only left the last ones, although in the 'TasksCron' directory I am seeing messages on filesystem (. files) of 2016 still. Could it be that for some reason Cyrus keeps these files? In fact, in the 'Trash' directory I'm also seeing files from 2016, even though I deleted everything I had there using Thunderbird. Thanks for your reply. Kind regards, Daniel signature.asc Description: OpenPGP digital signature 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
Re: folder left after dm user.mailboxname, remove by rm ?
Hi Eric, thanks for your time! Am Dienstag, den 05.02.2019, 18:19 +0100 schrieb Eric Luyten: > > I do not know what Cyrus version you are running but very > occasionally, > on a 2.3 system, I witness the same phenomenon. It's a 2.4 version. > To give you an idea : this happens on average once every thousand > (or > so) account removals. > > If Cyrus doesn't know about the directory through mailboxes.db it is > never going to remove it by itself. I understand. Is it safe then to remove that "forgotten" folder by hand (rm -rf ...). Ciao! 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
Re: Fatal error: Exists wrong 513 512 483 17057
You need to run cyr_expire occasionally to clean up deleted messages! Bron. On Wed, Feb 6, 2019, at 04:45, Daniel Bareiro wrote: > Hi, Bron. > > On 4/2/19 14:02, Bron Gondwana wrote: > > > Awesome - yes, the IOERROR messages are because files it expected to > > find weren't there. It's frustrating that reconstruct isn't robust > > enough to bring a slightly bogus cyrus.index back from the dead, but the > > end result is a working mailbox with a fully correct cyrus.index file :) > > > > The only thing that may have happened is that some emails which were > > previously deleted in the TareasCron folder came back from the dead - > > and of course all the flags on those messages will have gone away too. > > But the mailbox will work correctly now. > > Maybe that explains why I came across about 16,000 messages in the > folder :) But everything works correctly now. > > I deleted the very old messages and only left the last ones, although in > the 'TasksCron' directory I am seeing messages on filesystem > (. files) of 2016 still. Could it be that for some reason > Cyrus keeps these files? In fact, in the 'Trash' directory I'm also > seeing files from 2016, even though I deleted everything I had there > using Thunderbird. > > Thanks for your reply. > > Kind regards, > Daniel > > > > 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 > > *Attachments:* > * signature.asc -- Bron Gondwana br...@fastmail.fm 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
Re: folder left after dm user.mailboxname, remove by rm ?
On 2/5/19 3:35 PM, Marcus Schopen wrote: Hi Eric, thanks for your time! Am Dienstag, den 05.02.2019, 18:19 +0100 schrieb Eric Luyten: I do not know what Cyrus version you are running but very occasionally, on a 2.3 system, I witness the same phenomenon. It's a 2.4 version. To give you an idea : this happens on average once every thousand (or so) account removals. If Cyrus doesn't know about the directory through mailboxes.db it is never going to remove it by itself. I understand. Is it safe then to remove that "forgotten" folder by hand (rm -rf ...). I don't see why not. I have done it before. You can always just move it somewhere out of the way and move it back if it causes any issues. Also, just wanted to point out another way of deleting users from "DELETED" without having to use expire. localhost> lm DELETED.user.soandso.* DELETED.user.soandso.5C3F3CFC (\HasNoChildren) DELETED.user.soandso.sent-mail.5C3F3CFC (\HasNoChildren) localhost> dm DELETED.user.soandso.* Deleting mailbox DELETED.user.soandso.5C3F3CFC...OK. Deleting mailbox DELETED.user.soandso.sent-mail.5C3F3CFC...OK. Ciao! 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
Re: Fatal error: Exists wrong 513 512 483 17057
Hi, Bron. Thanks for your reply. On 5/2/19 17:21, Bron Gondwana wrote: > You need to run cyr_expire occasionally to clean up deleted messages! Checking the syslog, apparently it ran automatically this morning: -- # grep cyr_expire /var/log/syslog /var/log/syslog.1 /var/log/syslog.1:Feb 5 04:01:03 mail cyrus/cyr_expire[6111]: Expired 0 and expunged 0 out of 53555 messages from 80 mailboxes /var/log/syslog.1:Feb 5 04:01:03 mail cyrus/cyr_expire[6111]: duplicate_prune: pruning back 3.00 days /var/log/syslog.1:Feb 5 04:03:16 mail cyrus/cyr_expire[6111]: duplicate_prune: purged 562 out of 1756 entries /var/log/syslog.1:Feb 5 04:30:00 mail cyrus/cyr_expire[6585]: Expired 0 and expunged 0 out of 53558 messages from 80 mailboxes /var/log/syslog.1:Feb 5 04:30:00 mail cyrus/cyr_expire[6585]: Removed 0 deleted mailboxes /var/log/syslog.1:Feb 5 04:30:00 mail cyrus/cyr_expire[6585]: duplicate_prune: pruning back 4.00 days /var/log/syslog.1:Feb 5 04:30:00 mail cyrus/cyr_expire[6585]: duplicate_prune: purged 0 out of 1200 entries /var/log/syslog.1:Feb 5 04:45:00 mail cyrus/cyr_expire[6849]: Expired 0 and expunged 0 out of 53558 messages from 80 mailboxes /var/log/syslog.1:Feb 5 04:45:00 mail cyrus/cyr_expire[6849]: duplicate_prune: pruning back 4.00 days /var/log/syslog.1:Feb 5 04:45:00 mail cyrus/cyr_expire[6849]: duplicate_prune: purged 0 out of 1200 entries -- But still I see those files from 2016 to the present. Checking /etc/cyrus.conf I found this configuration as default in Stretch: -- EVENTS { (...) # this is only necessary if using duplicate delivery suppression delprunecmd="/usr/sbin/cyrus expire -E 3" at=0401 (...) # Expire data older than 28 days. deleteprune cmd="/usr/sbin/cyrus expire -E 4 -D 28" at=0430 expungeprunecmd="/usr/sbin/cyrus expire -E 4 -X 28" at=0445 (...) -- Am I missing something? Thanks for your time. Kind regards, Daniel signature.asc Description: OpenPGP digital signature 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