httpd server signature off
Hi for security reason i want to get rid off Cyrus-HTTP/3.0.6-Debian-3.0.6-6+deb1u1 Cyrus-SASL/2.1.23 OpenSSL/1.1 Zlib/1.2.10 LibXML2.9.5 SQLite/3.21.1 LibiCal/3.0 ICU4C/63.1 Jansson/2.12 Server at cyrus.domain.com Port 9443 like apache using ServerTokens Prod or ServerSignature Off Have I try serverinfo: off in imapd.conf but it don't work What should i do Cyril 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: httpd server signature off
Are you talking about removing this from the body of error responses? Currently you can't, but I will patch master so that it obeys the serverinfo option. On 6/23/20 8:19 AM, Zorg wrote: Hi for security reason i want to get rid off Cyrus-HTTP/3.0.6-Debian-3.0.6-6+deb1u1 Cyrus-SASL/2.1.23 OpenSSL/1.1 Zlib/1.2.10 LibXML2.9.5 SQLite/3.21.1 LibiCal/3.0 ICU4C/63.1 Jansson/2.12 Server at cyrus.domain.com Port 9443 like apache using ServerTokens Prod or ServerSignature Off Have I try serverinfo: off in imapd.conf but it don't work What should i do Cyril 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 -- Kenneth 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
Maintenance of cyrus
Hi everyone. Just like to know if some can tell me until when the cyrus 3.0.x will be maintained ? The mail are super top critical for me, so I don't like to change major version during the life of the hardware. I see they are still update on 2.x so...maybe I'm lucky and the 3.0.x will ben maintained until end of time ;-) Of course I can understand the cyrus team don't want to do something like that, so no misunderstanding I don't want to blame anyone if you tell me tomorrow it's the end of cyrus 3.0.x (just I rush to the supermarket to buy a bottle of whisky if it is ;-) ). Regards -- Albert SHIH Observatoire de Paris xmpp: j...@obspm.fr Heure local/Local time: Tue 23 Jun 2020 03:37:50 PM CEST 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
reconstructing mailboxes from backup
Hullo I have a cyrus implementation on Fedora for a small (~10) users that’s been migrated through many versions of the various components, including several different of IMAP clients. Realising the fragility of the setup, I thought I’d restore from a backup. However, I’m finding that several of the mailboxes are not being recovered. I feel that I am missing somethign obvious, but I cannot spot it. The restoring version of cyrus-imap is: cyrus-imapd-3.0.13-2.fc32.x86_64, The restored filesystem layout can be summarised thus: `sudo find /var/spool/imap/g | grep cyrus.header`: /var/spool/imap/g/user/george/Notes/cyrus.header /var/spool/imap/g/user/george/cyrus.header /var/spool/imap/g/user/george/Sent Messages/cyrus.header /var/spool/imap/g/user/george/Deleted Messages/cyrus.header /var/spool/imap/g/user/george/Sent/cyrus.header /var/spool/imap/g/user/george/Trash/cyrus.header /var/spool/imap/g/user/george/INBOX/Sent Messages/cyrus.header /var/spool/imap/g/user/george/INBOX/Deleted Messages/cyrus.header /var/spool/imap/g/user/george/INBOX/Drafts/cyrus.header /var/spool/imap/g/user/george/INBOX^Deleted Messages/cyrus.header /var/spool/imap/g/user/george/Drafts/cyrus.header [so I would expect all of the subdirectories to be reconstructed as mailboxes] however, using: `sudo -u cyrus reconstruct -r -f user/george` I only get: user/george user/george/Deleted Messages user/george/Drafts user/george/INBOX.Deleted Messages user/george/Notes user/george/Sent user/george/Sent Messages user/george/Trash ie no subdirectories below the top level, but excluding those directories below INBOX. Should there be a file: `/var/spool/imap/g/user/george/INBOX/cyrus.header`? Is there anything that I should be doing/how can I recover the other mailboxes? 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: What you do with old account
Le 14/06/2020 à 21:51:49+0200, Sebastian Hagedorn a écrit Hi, Thanks for your answer. > Am 09.06.20 um 16:32 schrieb Adam Tauno Williams: > > On Tue, 2020-06-09 at 15:51 +0200, Albert Shih wrote:> > >> After switching to cyrus imap, I think about how to do that. > >> If I'm correct I cannot just copy the file somewhere else, because cyrus > >> database would keep the information about the existance of the mailbox, so > >> what will the «state of the art» way to remove a mail account and all the > >> mail. > >> And how what would be the «state of the art» way to put it back ? > > I create a calendar event [task] to delete the mailbox and otherwise > > just leave it. If the account itself is disabled it cannot be accessed. > > > > Putting things back-into a mailstore is too much of a pain with current > > storage prices. > > We have about 90,000 accounts, and our current model is that we leave > expired accounts around for a year. The user can't login, and we don't > accept new mails, but it's still there in case the account is > re-activated. After one year the mailbox hierarchy is put into a .tgz > and written to tape. When that is done the account is permanently > deleted. If the user should come back, they get a completely new In fact I just notice, I've no idea...how to remove a mailbox in cyrus With dovecot it's rm -rf ;-) Something I famillar with. > account. I can't recall a single instance where the .tgz was ever > needed, but that's not my problem. After one more year the .tgz is Absolutly. > deleted from tape as well. Ok. Thanks Regards. -- Albert SHIH Observatoire de Paris xmpp: j...@obspm.fr Heure local/Local time: Tue 23 Jun 2020 04:09:05 PM CEST 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: What you do with old account
On Tue, Jun 23, 2020 at 04:10:56PM +0200, Albert Shih wrote: > > In fact I just notice, I've no idea...how to remove a mailbox in cyrus > > With dovecot it's rm -rf ;-) Something I famillar with. cyradm deletemailbox user/xxx Regards, Ken 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: reconstructing mailboxes from backup
Hi Tim, It's worth observing that, in Cyrus, the user "george"'s IMAP inbox is the "user/george" folder. Which means, on disk, this user has another folder called "INBOX" within their inbox. Depending on the Cyrus version, and maybe depending on your server's value of "altnamespace", this is invalid -- and it looks like your reconstruct has skipped it and everything under it, unsurprisingly. It's also worth observing that there is both a "Deleted Messages" folder as a subdirectory of the bad "INBOX", and an "INBOX^Deleted Messages" directory that looks like maybe the result of unixhierarchysep being changed out from under the client, or something like that. Looks like reconstruct has pulled the latter one in, cause it's not technically bad (but it will be very weird/confusing for the user to have a folder called "INBOX.Deleted Messages" in their client that is neither their inbox, nor their Deleted Messages folder, nor a directory hierarchy of the two). So, it looks like reconstruct has found all the valid folders, and skipped the invalid INBOX and everything in it. That seems coherent. If you can start again from scratch: then I'd suggest renaming, on disk, that "INBOX" folder to something like "old inbox", and optionally renaming the "INBOX^Deleted Messages" folder to something like "old deleted messages", before you run the reconstruct. Then the reconstruct will be able to find everything, and the user can then move the messages from the "old..." folders back into wherever they want them to be just over IMAP. If you can't start again from scratch: then you should only rename the bad "INBOX" folder on disk, and then reconstruct. The previous reconstruct already found and repaired the "INBOX^Deleted Messages" folder, so renaming it on disk now might make a new mess. But it can be renamed over IMAP, either by an admin session or the user. Hope this helps :) ellie On Tue, Jun 23, 2020, at 11:42 PM, Tim Coote wrote: > Hullo > > I have a cyrus implementation on Fedora for a small (~10) users that’s > been migrated through many versions of the various components, > including several different of IMAP clients. > > Realising the fragility of the setup, I thought I’d restore from a > backup. However, I’m finding that several of the mailboxes are not > being recovered. I feel that I am missing somethign obvious, but I > cannot spot it. > > The restoring version of cyrus-imap is: cyrus-imapd-3.0.13-2.fc32.x86_64, > > The restored filesystem layout can be summarised thus: > > `sudo find /var/spool/imap/g | grep cyrus.header`: > > /var/spool/imap/g/user/george/Notes/cyrus.header > /var/spool/imap/g/user/george/cyrus.header > /var/spool/imap/g/user/george/Sent Messages/cyrus.header > /var/spool/imap/g/user/george/Deleted Messages/cyrus.header > /var/spool/imap/g/user/george/Sent/cyrus.header > /var/spool/imap/g/user/george/Trash/cyrus.header > /var/spool/imap/g/user/george/INBOX/Sent Messages/cyrus.header > /var/spool/imap/g/user/george/INBOX/Deleted Messages/cyrus.header > /var/spool/imap/g/user/george/INBOX/Drafts/cyrus.header > /var/spool/imap/g/user/george/INBOX^Deleted Messages/cyrus.header > /var/spool/imap/g/user/george/Drafts/cyrus.header > > [so I would expect all of the subdirectories to be reconstructed as mailboxes] > > however, using: > `sudo -u cyrus reconstruct -r -f user/george` > > I only get: > user/george > user/george/Deleted Messages > user/george/Drafts > user/george/INBOX.Deleted Messages > user/george/Notes > user/george/Sent > user/george/Sent Messages > user/george/Trash > > ie no subdirectories below the top level, but excluding those > directories below INBOX. > Should there be a file: > `/var/spool/imap/g/user/george/INBOX/cyrus.header`? > > Is there anything that I should be doing/how can I recover the other > mailboxes? > > > 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: backupd and sync_client IOERROR
> I think there isn't a all-in-one command for this use case: a user > expunged some messages and deleted some folders somewhere. I want to > recover all expunged messages and all the deleted folders which are no > more present in the original IMAP server (because they were expired from > cyr_expire). > > I have to set "-x" to avoid duplication of messages. > With "-a -x" I recover all expunged messages and all deleted mailboxes. > But messages inside deleted mailboxes are not marked as expunged, so > these mailboxes are recovered empty in the IMAP server. I would run restore twice in this case: once without -x, specifying just the deleted mailboxes (you can use "cyr_backup list mailboxes ..." to get a list of the mailboxes in the user's backup). And once with -x to get all the expunged stuff. For the -x invocation only, I would probably also use the -M option to dump all the recovered stuff into a new folder, so they can easily tell it apart from any new mail that might have arrived coincidentally at the same time. > Another idea is to recover all in another empty IMAP server, without > "-x" at all, and the user can look at the mailbox recovered there... We kinda had a similar idea! Putting it all into a folder with -M is much easier than setting up a separate server, but it'll lose the folder structure. Recovering to a separate server means the folder structure can be preserved. I guess it depends on the specific recovery situation, and how hard it is to spin up a server in your environment. Cheers, ellie 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
