<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";}
p.MsoNoSpacing, li.MsoNoSpacing, div.MsoNoSpacing
{mso-style-priority:1;
margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;}
span.EmailStyle22
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-AU link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Thanks for confirming my suspicions, Ellie.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>So how are people currently backing up shared folders, if they’re not using Cyrus backupd? I looked at replication, but that doesn’t seem to help me to reach the point where I can dump a coherent filesystem structure to tape or NAS or some other external storage.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><div><p class=MsoNormal><b>Deborah Pickett<o:p></o:p></b></p><p class=MsoNormal>System Administrator<o:p></o:p></p><p class=MsoNormal><b>Polyfoam Australia Pty Ltd<o:p></o:p></b></p><p class=MsoNormal><span style='font-size:10.0pt'>T: +61 (3) 9794 8320 <span style='color:#7F7F7F'>|</span> F: +61 (3) 9791 1222 <span style='color:#7F7F7F'>|</span> M: +61 408 962 109<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:10.0pt'>E: </span><span style='mso-fareast-language:EN-US'><a href="mailto:debbiep@polyfoam.com.au"><span style='font-size:10.0pt;color:#0563C1;mso-fareast-language:EN-AU'>debbiep@polyfoam.com.au</span></a></span><span style='font-size:10.0pt'> <span style='color:#7F7F7F'>|</span> W: </span><span style='mso-fareast-language:EN-US'><a href="http://www.polyfoam.com.au/"><span style='font-size:10.0pt;color:#0563C1;mso-fareast-language:EN-AU'>www.polyfoam.com.au</span></a></span><span style='font-size:10.0pt'><o:p></o:p></span></p><p class=MsoNormal><i><span style='font-size:10.0pt'>Proudly Australian owned and operated for over 30 years<o:p></o:p></span></i></p></div><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US>From:</span></b><span lang=EN-US> ellie timoney <ellie@fastmail.com> <br><b>Sent:</b> Monday, 14 October 2019 10:29<br><b>To:</b> Deborah Pickett <debbiep@polyfoam.com.au>; info-cyrus@lists.andrew.cmu.edu<br><b>Subject:</b> Re: XBACKUP and backupd not backing up public folders (3.0.8)<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>Hi Deborah,<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Thanks, that's all useful! Looks like in both places it's struggling with lack of a userid, which makes some sense because it's a shared mailbox, and shared mailboxes don't have userids.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>I guess this means that in its current state, the backup system can't handle shared mailboxes. :( Which is weird, because the docs say it can, and I wouldn't have written that if I didn't think it worked, but maybe I didn't understand shared mailboxes as well as I thought way back then.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>I've created a github issue (<a href="https://github.com/cyrusimap/cyrus-imapd/issues/2893">https://github.com/cyrusimap/cyrus-imapd/issues/2893</a>), and am about to make a test case to reproduce the problem, so I can get on with fixing it. :)<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Cheers,<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>ellie<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>On Fri, Oct 11, 2019, at 6:02 PM, Deborah Pickett wrote:<o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt' id=qt><p>Hi Ellie,<o:p></o:p></p><p>Thanks for helping me look at this.<o:p></o:p></p><div><p class=MsoNormal>On 2019-10-09 16:17, ellie timoney wrote:<o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><pre>Does the same problem occur if you use sync_client (on the master server, as the cyrus user) to replicate the shared mailbox to the backup server (rather than using XBACKUP over IMAP)? Something like "sync_client -n rsync -m <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a>" I think? <o:p></o:p></pre><pre><o:p> </o:p></pre></blockquote><p>With -m I get this familiar output on the master:<o:p></o:p></p><div><p class=MsoNormal># /usr/lib/cyrus/bin/sync_client -v -n rsync -m <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a><o:p></o:p></p></div><div><p class=MsoNormal>MAILBOXES polyfoam.com.au!support<o:p></o:p></p></div><div><p class=MsoNormal>Error from sync_do_mailboxes(): bailing out!<o:p></o:p></p></div><p>and this is seen in the log on the backup server:<o:p></o:p></p><div><p class=MsoNormal>Oct 11 17:39:58 rsync cyrus/backupd[3969]: login: mail-3175-1.polyfoam.com.au [10.3.244.125] rsync-mail-3175-1 DIGEST-MD5 User logged in<o:p></o:p></p></div><div><p class=MsoNormal>Oct 11 17:39:58 rsync cyrus/backupd[3969]: created decompress buffer of 4102 bytes<o:p></o:p></p></div><div><p class=MsoNormal>Oct 11 17:39:58 rsync cyrus/backupd[3969]: created compress buffer of 4073 bytes<o:p></o:p></p></div><div><p class=MsoNormal>Oct 11 17:39:58 rsync cyrus/backupd[3969]: decompressed 47 -> 41 bytes<o:p></o:p></p></div><div><p class=MsoNormal>Oct 11 17:39:58 rsync cyrus/master[458]: process type:SERVICE name:backupd path:/usr/lib/cyrus/bin/backupd age:201.603s pid:3969 signaled to death by signal 11 (Segmentation fault, core dumped)<o:p></o:p></p></div><div><p class=MsoNormal>Oct 11 17:39:58 rsync cyrus/master[458]: service backupd/ipv4 pid 3969 in BUSY state: terminated abnormally<o:p></o:p></p></div><div><p class=MsoNormal>Oct 11 17:39:58 rsync cyrus/master[458]: service backupd/ipv4 now has 0 ready workers<o:p></o:p></p></div><p>There, a core dump. Here is what I get from a backtrace:<o:p></o:p></p><div><p class=MsoNormal># coredumpctl gdb -1 <o:p></o:p></p></div><div><p class=MsoNormal> PID: 3969 (backupd)<o:p></o:p></p></div><div><p class=MsoNormal> UID: 103 (cyrus)<o:p></o:p></p></div><div><p class=MsoNormal> GID: 8 (mail)<o:p></o:p></p></div><div><p class=MsoNormal> Signal: 11 (SEGV)<o:p></o:p></p></div><div><p class=MsoNormal> Timestamp: Fri 2019-10-11 17:39:58 AEDT (2min 16s ago)<o:p></o:p></p></div><div><p class=MsoNormal> Command Line: /usr/lib/cyrus/bin/backupd<o:p></o:p></p></div><div><p class=MsoNormal> Executable: /usr/lib/cyrus/bin/backupd<o:p></o:p></p></div><div><p class=MsoNormal> Control Group: /system.slice/cyrus-imapd.service<o:p></o:p></p></div><div><p class=MsoNormal> Unit: cyrus-imapd.service<o:p></o:p></p></div><div><p class=MsoNormal> Slice: system.slice<o:p></o:p></p></div><div><p class=MsoNormal> Boot ID: c887b7eb1d734962b8bddb745df21e8f<o:p></o:p></p></div><div><p class=MsoNormal> Machine ID: facebc4e2dcd47a68a097acc9077814e<o:p></o:p></p></div><div><p class=MsoNormal> Hostname: rsync<o:p></o:p></p></div><div><p class=MsoNormal> Storage: /var/lib/systemd/coredump/core.backupd.103.c887b7eb1d734962b8bddb745df21e8f.3969.1570775998000000.lz4<o:p></o:p></p></div><div><p class=MsoNormal> Message: Process 3969 (backupd) of user 103 dumped core.<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal> Stack trace of thread 3969:<o:p></o:p></p></div><div><p class=MsoNormal> #0 0x00007f95c17e3206 __GI___strlen_sse2 (libc.so.6)<o:p></o:p></p></div><div><p class=MsoNormal> #1 0x00007f95c2080119 xstrdup (libcyrus_min.so.0)<o:p></o:p></p></div><div><p class=MsoNormal> #2 0x00005557e89fe440 is_mailboxes_single_user (backupd)<o:p></o:p></p></div><div><p class=MsoNormal> #3 0x00005557e89eec88 main (backupd)<o:p></o:p></p></div><div><p class=MsoNormal> #4 0x00007f95c176f09b __libc_start_main (libc.so.6)<o:p></o:p></p></div><div><p class=MsoNormal> #5 0x00005557e89ef34a _start (backupd)<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>GNU gdb (Debian 8.2.1-2+b1) 8.2.1<o:p></o:p></p></div><div><p class=MsoNormal>Copyright (C) 2018 Free Software Foundation, Inc.<o:p></o:p></p></div><div><p class=MsoNormal>License GPLv3+: GNU GPL version 3 or later <a href="http://gnu.org/licenses/gpl.html"><span style='color:#0563C1'><http://gnu.org/licenses/gpl.html></span></a><o:p></o:p></p></div><div><p class=MsoNormal>This is free software: you are free to change and redistribute it.<o:p></o:p></p></div><div><p class=MsoNormal>There is NO WARRANTY, to the extent permitted by law.<o:p></o:p></p></div><div><p class=MsoNormal>Type "show copying" and "show warranty" for details.<o:p></o:p></p></div><div><p class=MsoNormal>This GDB was configured as "x86_64-linux-gnu".<o:p></o:p></p></div><div><p class=MsoNormal>Type "show configuration" for configuration details.<o:p></o:p></p></div><div><p class=MsoNormal>For bug reporting instructions, please see:<o:p></o:p></p></div><div><p class=MsoNormal><a href="http://www.gnu.org/software/gdb/bugs/"><span style='color:#0563C1'><http://www.gnu.org/software/gdb/bugs/></span></a>.<o:p></o:p></p></div><div><p class=MsoNormal>Find the GDB manual and other documentation resources online at:<o:p></o:p></p></div><div><p class=MsoNormal> <a href="http://www.gnu.org/software/gdb/documentation/"><span style='color:#0563C1'><http://www.gnu.org/software/gdb/documentation/></span></a>.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>For help, type "help".<o:p></o:p></p></div><div><p class=MsoNormal>Type "apropos word" to search for commands related to "word"...<o:p></o:p></p></div><div><p class=MsoNormal>Reading symbols from /usr/lib/cyrus/bin/backupd...Reading symbols from /usr/lib/debug/.build-id/e3/b2619440ce57c6ae7db282266976a826059cf2.debug...done.<o:p></o:p></p></div><div><p class=MsoNormal>done.<o:p></o:p></p></div><div><p class=MsoNormal>[New LWP 3969]<o:p></o:p></p></div><div><p class=MsoNormal>[Thread debugging using libthread_db enabled]<o:p></o:p></p></div><div><p class=MsoNormal>Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".<o:p></o:p></p></div><div><p class=MsoNormal>Core was generated by `/usr/lib/cyrus/bin/backupd'.<o:p></o:p></p></div><div><p class=MsoNormal>Program terminated with signal SIGSEGV, Segmentation fault.<o:p></o:p></p></div><div><p class=MsoNormal>#0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:120<o:p></o:p></p></div><div><p class=MsoNormal>120 ../sysdeps/x86_64/multiarch/../strlen.S: No such file or directory.<o:p></o:p></p></div><div><p class=MsoNormal>(gdb) bt<o:p></o:p></p></div><div><p class=MsoNormal>#0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:120<o:p></o:p></p></div><div><p class=MsoNormal>#1 0x00007f95c2080119 in xstrdup (str=0x0) at lib/xmalloc.c:95<o:p></o:p></p></div><div><p class=MsoNormal>#2 0x00005557e89fe440 in is_mailboxes_single_user (dl=0x5557e9472900) at backup/backupd.c:1438<o:p></o:p></p></div><div><p class=MsoNormal>#3 cmd_get (dl=0x5557e9472900) at backup/backupd.c:1489<o:p></o:p></p></div><div><p class=MsoNormal>#4 cmdloop () at backup/backupd.c:688<o:p></o:p></p></div><div><p class=MsoNormal>#5 service_main (argc=<optimized out>, argv=<optimized out>, envp=<optimized out>) at backup/backupd.c:282<o:p></o:p></p></div><div><p class=MsoNormal>#6 0x00005557e89eec88 in main (argc=<optimized out>, argv=<optimized out>, envp=0x7ffc01307b38)<o:p></o:p></p></div><div><p class=MsoNormal> at master/service.c:638<o:p></o:p></p></div><div><p class=MsoNormal>(gdb) up<o:p></o:p></p></div><div><p class=MsoNormal>#1 0x00007f95c2080119 in xstrdup (str=0x0) at lib/xmalloc.c:95<o:p></o:p></p></div><div><p class=MsoNormal>95 lib/xmalloc.c: No such file or directory.<o:p></o:p></p></div><div><p class=MsoNormal>(gdb) up<o:p></o:p></p></div><div><p class=MsoNormal>#2 0x00005557e89fe440 in is_mailboxes_single_user (dl=0x5557e9472900) at backup/backupd.c:1438<o:p></o:p></p></div><div><p class=MsoNormal>1438 backup/backupd.c: No such file or directory.<o:p></o:p></p></div><div><p class=MsoNormal>(gdb) p *dl<o:p></o:p></p></div><div><p class=MsoNormal>$2 = {name = 0x5557e9415590 "MAILBOXES", head = 0x5557e947c0b0, tail = 0x5557e947c0b0, next = 0x0, type = 10, <o:p></o:p></p></div><div><p class=MsoNormal> sval = 0x0, nval = 0, gval = 0x0, part = 0x0}<o:p></o:p></p></div><div><p class=MsoNormal>(gdb) <o:p></o:p></p></div><pre>> What about if you use "sync_client -n rsync -u <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a>" instead (i.e. with -u treating the shared mailbox as a USER rather than as a -m MAILBOX)?<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>This doesn't crash, but it instead transfers a since-deleted full user <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a> (from earlier dross in my database before I made <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a> a public mailbox) to the backup server:<o:p></o:p></pre><pre><o:p> </o:p></pre><div><p class=MsoNormal># /usr/lib/cyrus/bin/sync_client -v -v -n rsync -u <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a><o:p></o:p></p></div><div><p class=MsoNormal>cyrus/sync_client[201108]: couldn't authenticate to backend server: no mechanism available<o:p></o:p></p></div><div><p class=MsoNormal>>1570776887>COMPRESS DEFLATE<o:p></o:p></p></div><div><p class=MsoNormal><1570776887<OK DEFLATE active<o:p></o:p></p></div><div><p class=MsoNormal>USER <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a><o:p></o:p></p></div><div><p class=MsoNormal>>1570776887>GET USER <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a><o:p></o:p></p></div><div><p class=MsoNormal><1570776887<* MAILBOX %(UNIQUEID jkt2bnhgvdgxbotfkmo7jz9j MBOXNAME polyfoam.com.au!user.support MBOXTYPE NIL LAST_UID 3 HIGHESTMODSEQ 11 RECENTUID 0 RECENTTIME 0 LAST_APPENDDATE 1570530398 POP3_LAST_LOGIN 0 POP3_SHOW_AFTER 0 UIDVALIDITY 1570528039 PARTITION default ACL <a href="mailto:support@polyfoam.com.au lrswipkxtecdan debbiep@polyfoam.com.au lrswipkxtecda"><span style='color:#0563C1'>"support@polyfoam.com.au lrswipkxtecdan debbiep@polyfoam.com.au lrswipkxtecda "</span></a> OPTIONS P SYNC_CRC 0 SYNC_CRC_ANNOT 0 QUOTAROOT NIL XCONVMODSEQ 0 ANNOTATIONS (%(ENTRY /comment USERID "" VALUE "Support (Polyfoam group)") %(ENTRY /comment USERID admdebbiep VALUE Support)))<o:p></o:p></p></div><div><p class=MsoNormal>* MAILBOX %(UNIQUEID 33oidc614u2i31hqutvkywu8 MBOXNAME polyfoam.com.au!user.support.Archive MBOXTYPE NIL LAST_UID 0 HIGHESTMODSEQ 1 RECENTUID 0 RECENTTIME 0 LAST_APPENDDATE 0 POP3_LAST_LOGIN 0 POP3_SHOW_AFTER 0 UIDVALIDITY 1570528039 PARTITION default ACL <a href="mailto:support@polyfoam.com.au lrswipkxtecdan"><span style='color:#0563C1'>"support@polyfoam.com.au lrswipkxtecdan "</span></a> OPTIONS P SYNC_CRC 0 SYNC_CRC_ANNOT 0 QUOTAROOT NIL XCONVMODSEQ 0 ANNOTATIONS (%(ENTRY /specialuse USERID <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a> VALUE {8+}<o:p></o:p></p></div><div><p class=MsoNormal>\archive)))<o:p></o:p></p></div><div><p class=MsoNormal>* MAILBOX %(UNIQUEID 5wwsybv1ftur0vwaeeuvb0pk MBOXNAME polyfoam.com.au!user.support.Drafts MBOXTYPE NIL LAST_UID 0 HIGHESTMODSEQ 2 RECENTUID 0 RECENTTIME 0 LAST_APPENDDATE 0 POP3_LAST_LOGIN 0 POP3_SHOW_AFTER 0 UIDVALIDITY 1570528039 PARTITION default ACL <a href="mailto:support@polyfoam.com.au lrswipkxtecdan"><span style='color:#0563C1'>"support@polyfoam.com.au lrswipkxtecdan "</span></a> OPTIONS P SYNC_CRC 0 SYNC_CRC_ANNOT 0 QUOTAROOT NIL XCONVMODSEQ 0 ANNOTATIONS (%(ENTRY /specialuse USERID <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a> VALUE {5+}<o:p></o:p></p></div><div><p class=MsoNormal>\sent)))<o:p></o:p></p></div><div><p class=MsoNormal>* MAILBOX %(UNIQUEID 7k6a536yhh9zc3t3j5f9z93u MBOXNAME polyfoam.com.au!user.support.Important MBOXTYPE NIL LAST_UID 0 HIGHESTMODSEQ 1 RECENTUID 0 RECENTTIME 0 LAST_APPENDDATE 0 POP3_LAST_LOGIN 0 POP3_SHOW_AFTER 0 UIDVALIDITY 1570528039 PARTITION default ACL <a href="mailto:support@polyfoam.com.au lrswipkxtecdan"><span style='color:#0563C1'>"support@polyfoam.com.au lrswipkxtecdan "</span></a> OPTIONS P SYNC_CRC 0 SYNC_CRC_ANNOT 0 QUOTAROOT NIL XCONVMODSEQ 0 ANNOTATIONS (%(ENTRY /specialuse USERID <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a> VALUE {10+}<o:p></o:p></p></div><div><p class=MsoNormal>\important)))<o:p></o:p></p></div><div><p class=MsoNormal>* MAILBOX %(UNIQUEID zdl5xlyfx1wtcpp9gd3ce50l MBOXNAME polyfoam.com.au!user.support.Junk MBOXTYPE NIL LAST_UID 0 HIGHESTMODSEQ 1 RECENTUID 0 RECENTTIME 0 LAST_APPENDDATE 0 POP3_LAST_LOGIN 0 POP3_SHOW_AFTER 0 UIDVALIDITY 1570528039 PARTITION default ACL <a href="mailto:support@polyfoam.com.au lrswipkxtecdan"><span style='color:#0563C1'>"support@polyfoam.com.au lrswipkxtecdan "</span></a> OPTIONS P SYNC_CRC 0 SYNC_CRC_ANNOT 0 QUOTAROOT NIL XCONVMODSEQ 0 ANNOTATIONS (%(ENTRY /specialuse USERID <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a> VALUE {5+}<o:p></o:p></p></div><div><p class=MsoNormal>\junk)))<o:p></o:p></p></div><div><p class=MsoNormal>* MAILBOX %(UNIQUEID pi3ppdusz8pgio8lyrkj7tiw MBOXNAME polyfoam.com.au!user.support.Sent MBOXTYPE NIL LAST_UID 0 HIGHESTMODSEQ 1 RECENTUID 0 RECENTTIME 0 LAST_APPENDDATE 0 POP3_LAST_LOGIN 0 POP3_SHOW_AFTER 0 UIDVALIDITY 1570528039 PARTITION default ACL <a href="mailto:support@polyfoam.com.au lrswipkxtecdan"><span style='color:#0563C1'>"support@polyfoam.com.au lrswipkxtecdan "</span></a> OPTIONS P SYNC_CRC 0 SYNC_CRC_ANNOT 0 QUOTAROOT NIL XCONVMODSEQ 0)<o:p></o:p></p></div><div><p class=MsoNormal>* MAILBOX %(UNIQUEID a888coldtyz7dwop51uuqbot MBOXNAME polyfoam.com.au!user.support.Trash MBOXTYPE NIL LAST_UID 0 HIGHESTMODSEQ 1 RECENTUID 0 RECENTTIME 0 LAST_APPENDDATE 0 POP3_LAST_LOGIN 0 POP3_SHOW_AFTER 0 UIDVALIDITY 1570528039 PARTITION default ACL <a href="mailto:support@polyfoam.com.au lrswipkxtecdan"><span style='color:#0563C1'>"support@polyfoam.com.au lrswipkxtecdan "</span></a> OPTIONS P SYNC_CRC 0 SYNC_CRC_ANNOT 0 QUOTAROOT NIL XCONVMODSEQ 0 ANNOTATIONS (%(ENTRY /specialuse USERID <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a> VALUE {6+}<o:p></o:p></p></div><div><p class=MsoNormal>\trash)))<o:p></o:p></p></div><div><p class=MsoNormal>* LSUB (polyfoam.com.au!user.support polyfoam.com.au!user.support.Archive polyfoam.com.au!user.support.Drafts polyfoam.com.au!user.support.Junk polyfoam.com.au!user.support.Sent polyfoam.com.au!user.support.Trash)<o:p></o:p></p></div><div><p class=MsoNormal>OK Success<o:p></o:p></p></div><div><p class=MsoNormal>cyrus/sync_client[201108]: Inbox missing on master for <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a><o:p></o:p></p></div><div><p class=MsoNormal>UNUSER <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a><o:p></o:p></p></div><div><p class=MsoNormal>>1570776887>APPLY UNUSER <a href="mailto:support@polyfoam.com.au"><span style='color:#0563C1'>support@polyfoam.com.au</span></a><o:p></o:p></p></div><div><p class=MsoNormal><1570776887<OK Success<o:p></o:p></p></div><div><p class=MsoNormal>>1570776887>EXIT<o:p></o:p></p></div><div><p class=MsoNormal><1570776887<OK Finished<o:p></o:p></p></div><p>But I think that's a red herring. If I do it for a public mailbox that has never had a matching user, I get this:<o:p></o:p></p><div><p class=MsoNormal># /usr/lib/cyrus/bin/sync_client -v -v -n rsync -u <a href="mailto:info2@polyfoam.com.au"><span style='color:#0563C1'>info2@polyfoam.com.au</span></a><o:p></o:p></p></div><div><p class=MsoNormal>cyrus/sync_client[201121]: couldn't authenticate to backend server: no mechanism available<o:p></o:p></p></div><div><p class=MsoNormal>>1570777011>COMPRESS DEFLATE<o:p></o:p></p></div><div><p class=MsoNormal><1570777011<OK DEFLATE active<o:p></o:p></p></div><div><p class=MsoNormal>USER <a href="mailto:info2@polyfoam.com.au"><span style='color:#0563C1'>info2@polyfoam.com.au</span></a><o:p></o:p></p></div><div><p class=MsoNormal>>1570777011>GET USER <a href="mailto:info2@polyfoam.com.au"><span style='color:#0563C1'>info2@polyfoam.com.au</span></a><o:p></o:p></p></div><div><p class=MsoNormal><1570777011<OK Success<o:p></o:p></p></div><p>and running with the -m option on info2 produces the same segfault as above.<o:p></o:p></p><p><o:p> </o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><pre>On the backup server, what does the "ctl_backups verify -vvv -m polyfoam.com.au!support" command say about the shared mailbox? <o:p></o:p></pre></blockquote><p>It segfaults, not the same as above.<o:p></o:p></p><div><p class=MsoNormal># /usr/lib/cyrus/bin/ctl_backups verify -vvv -m 'polyfoam.com.au!support'<o:p></o:p></p></div><div><p class=MsoNormal>Segmentation fault (core dumped)<o:p></o:p></p></div><div><p class=MsoNormal># coredumpctl gdb -1 <o:p></o:p></p></div><div><p class=MsoNormal> PID: 3927 (ctl_backups)<o:p></o:p></p></div><div><p class=MsoNormal> UID: 103 (cyrus)<o:p></o:p></p></div><div><p class=MsoNormal> GID: 8 (mail)<o:p></o:p></p></div><div><p class=MsoNormal> Signal: 11 (SEGV)<o:p></o:p></p></div><div><p class=MsoNormal> Timestamp: Fri 2019-10-11 17:26:10 AEDT (50s ago)<o:p></o:p></p></div><div><p class=MsoNormal> Command Line: /usr/lib/cyrus/bin/ctl_backups verify -vvv -m polyfoam.com.au!support<o:p></o:p></p></div><div><p class=MsoNormal> Executable: /usr/lib/cyrus/bin/ctl_backups<o:p></o:p></p></div><div><p class=MsoNormal> Control Group: /user.slice/user-1000.slice/session-1.scope<o:p></o:p></p></div><div><p class=MsoNormal> Unit: session-1.scope<o:p></o:p></p></div><div><p class=MsoNormal> Slice: user-1000.slice<o:p></o:p></p></div><div><p class=MsoNormal> Session: 1<o:p></o:p></p></div><div><p class=MsoNormal> Owner UID: 1000 (localadmin)<o:p></o:p></p></div><div><p class=MsoNormal> Boot ID: c887b7eb1d734962b8bddb745df21e8f<o:p></o:p></p></div><div><p class=MsoNormal> Machine ID: facebc4e2dcd47a68a097acc9077814e<o:p></o:p></p></div><div><p class=MsoNormal> Hostname: rsync<o:p></o:p></p></div><div><p class=MsoNormal> Storage: /var/lib/systemd/coredump/core.ctl_backups.103.c887b7eb1d734962b8bddb745df21e8f.3927.1570775170000000.lz4<o:p></o:p></p></div><div><p class=MsoNormal> Message: Process 3927 (ctl_backups) of user 103 dumped core.<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal> Stack trace of thread 3927:<o:p></o:p></p></div><div><p class=MsoNormal> #0 0x00007fc24cfdb206 __GI___strlen_sse2 (libc.so.6)<o:p></o:p></p></div><div><p class=MsoNormal> #1 0x0000557f0137c495 backup_get_paths (ctl_backups)<o:p></o:p></p></div><div><p class=MsoNormal> #2 0x0000557f0136d678 main (ctl_backups)<o:p></o:p></p></div><div><p class=MsoNormal> #3 0x00007fc24cf6709b __libc_start_main (libc.so.6)<o:p></o:p></p></div><div><p class=MsoNormal> #4 0x0000557f0136db6a _start (ctl_backups)<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>GNU gdb (Debian 8.2.1-2+b1) 8.2.1<o:p></o:p></p></div><div><p class=MsoNormal>Copyright (C) 2018 Free Software Foundation, Inc.<o:p></o:p></p></div><div><p class=MsoNormal>License GPLv3+: GNU GPL version 3 or later <a href="http://gnu.org/licenses/gpl.html"><span style='color:#0563C1'><http://gnu.org/licenses/gpl.html></span></a><o:p></o:p></p></div><div><p class=MsoNormal>This is free software: you are free to change and redistribute it.<o:p></o:p></p></div><div><p class=MsoNormal>There is NO WARRANTY, to the extent permitted by law.<o:p></o:p></p></div><div><p class=MsoNormal>Type "show copying" and "show warranty" for details.<o:p></o:p></p></div><div><p class=MsoNormal>This GDB was configured as "x86_64-linux-gnu".<o:p></o:p></p></div><div><p class=MsoNormal>Type "show configuration" for configuration details.<o:p></o:p></p></div><div><p class=MsoNormal>For bug reporting instructions, please see:<o:p></o:p></p></div><div><p class=MsoNormal><a href="http://www.gnu.org/software/gdb/bugs/"><span style='color:#0563C1'><http://www.gnu.org/software/gdb/bugs/></span></a>.<o:p></o:p></p></div><div><p class=MsoNormal>Find the GDB manual and other documentation resources online at:<o:p></o:p></p></div><div><p class=MsoNormal> <a href="http://www.gnu.org/software/gdb/documentation/"><span style='color:#0563C1'><http://www.gnu.org/software/gdb/documentation/></span></a>.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>For help, type "help".<o:p></o:p></p></div><div><p class=MsoNormal>Type "apropos word" to search for commands related to "word"...<o:p></o:p></p></div><div><p class=MsoNormal>Reading symbols from /usr/lib/cyrus/bin/ctl_backups...Reading symbols from /usr/lib/debug/.build-id/11/23ce6d2f413e1384c144165f996813ad4924c0.debug...done.<o:p></o:p></p></div><div><p class=MsoNormal>done.<o:p></o:p></p></div><div><p class=MsoNormal>[New LWP 3927]<o:p></o:p></p></div><div><p class=MsoNormal>[Thread debugging using libthread_db enabled]<o:p></o:p></p></div><div><p class=MsoNormal>Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".<o:p></o:p></p></div><div><p class=MsoNormal>Core was generated by `/usr/lib/cyrus/bin/ctl_backups verify -vvv -m polyfoam.com.au!support'.<o:p></o:p></p></div><div><p class=MsoNormal>Program terminated with signal SIGSEGV, Segmentation fault.<o:p></o:p></p></div><div><p class=MsoNormal>#0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:120<o:p></o:p></p></div><div><p class=MsoNormal>120 ../sysdeps/x86_64/multiarch/../strlen.S: No such file or directory.<o:p></o:p></p></div><div><p class=MsoNormal>(gdb) bt<o:p></o:p></p></div><div><p class=MsoNormal>#0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:120<o:p></o:p></p></div><div><p class=MsoNormal>#1 0x0000557f0137c495 in backup_get_paths (mbname=0x557f0300bfd0, data_fname=0x7ffcbe2daf90, index_fname=0x0, <o:p></o:p></p></div><div><p class=MsoNormal> create=BACKUP_OPEN_NOCREATE) at backup/lcb.c:373<o:p></o:p></p></div><div><p class=MsoNormal>#2 0x0000557f0136d678 in main (argc=5, argv=0x7ffcbe2db108) at backup/ctl_backups.c:525<o:p></o:p></p></div><div><p class=MsoNormal>(gdb) up<o:p></o:p></p></div><div><p class=MsoNormal>#1 0x0000557f0137c495 in backup_get_paths (mbname=0x557f0300bfd0, data_fname=0x7ffcbe2daf90, index_fname=0x0, <o:p></o:p></p></div><div><p class=MsoNormal> create=BACKUP_OPEN_NOCREATE) at backup/lcb.c:373<o:p></o:p></p></div><div><p class=MsoNormal>373 backup/lcb.c: No such file or directory.<o:p></o:p></p></div><div><p class=MsoNormal>(gdb) p *mbname<o:p></o:p></p></div><div><p class=MsoNormal>$2 = {boxes = 0x557f0300c090, is_deleted = 0, localpart = 0x0, domain = 0x557f0300c050 "polyfoam.com.au", <o:p></o:p></p></div><div><p class=MsoNormal> extns = 0x0, extuserid = 0x0, userid = 0x0, intname = 0x557f0300c030 "polyfoam.com.au!support", extname = 0x0, <o:p></o:p></p></div><div><p class=MsoNormal> recipient = 0x0}<o:p></o:p></p></div><div><p class=MsoNormal>(gdb) p userid<o:p></o:p></p></div><div><p class=MsoNormal>$4 = 0x0<o:p></o:p></p></div><div><p class=MsoNormal>(gdb) <o:p></o:p></p></div><p>Calling strlen() on the null userid would be the immediate cause of the crash. I'm not familiar enough with the code to know what leads to userid being null, or if that's also the cause of backupd crashing.<o:p></o:p></p><p><o:p> </o:p></p></blockquote><div><p class=MsoNormal><o:p> </o:p></p></div></div></body></html>