Re: building 3.0.8 fails with --disable-pcre on opensuse/sles
...in the past we patched pcre with this simple patch... https://sources.debian.org/patches/pcre3/2:8.39-11/pcreposix.patch/ ...and the issue on cyrus was that one: https://github.com/cyrusimap/cyrus-imapd/issues/1731 Zitat von Stephan Lauffer : Hello! On a opensuse/sles cyrus-imapd-3.0.8 fails building if I use the configure switch --disable-pcre during compiling lib/glob.c I got errors about...: ... unknown type name 'regex_t' ... 'REG_EXTENDED' undeclared (first use in this function) ... unknown type name 'regmatch_t' ...and so on. If we do not use --disable-pcre cyrus-imapd is building but not useable, it is crashing very often. In the past we patched the pcre of suse to get this fixed but I would not like to patch the distro pcre package. With cyrus-imapd- 3.0.7 we could live with just disabling pcre in cyrus and everything was fine. -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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
building 3.0.8 fails with --disable-pcre on opensuse/sles
Hello! On a opensuse/sles cyrus-imapd-3.0.8 fails building if I use the configure switch --disable-pcre during compiling lib/glob.c I got errors about...: ... unknown type name 'regex_t' ... 'REG_EXTENDED' undeclared (first use in this function) ... unknown type name 'regmatch_t' ...and so on. If we do not use --disable-pcre cyrus-imapd is building but not useable, it is crashing very often. In the past we patched the pcre of suse to get this fixed but I would not like to patch the distro pcre package. With cyrus-imapd- 3.0.7 we could live with just disabling pcre in cyrus and everything was fine. -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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
outdates informations seen in databases.html
Hi! In the doc about the database of 3.0.2... https://www.cyrusimap.org/imap/concepts/deployment/databases.html ...we found informations about seen (chapter "File list" and "Seen State (.seen)"). During our xfer test from 2.4.x -> 3.0.2 backends we missed this .seen files. In the index-format-history.txt... https://github.com/brong/cyrus-imapd/blob/master/doc/internal/index-format-history.txt ...we found in the notes for version 12 these comment: "...fields for supporting per-user SEEN storage in the cyrus.index file..." So I guess the doc about seen in the databases.html iss outdated. -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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: xfer from 2.4 -> 3.0.2, double reconstruct necessary?
Hi! Zitat von Stephan Lauffer <lauf...@ph-freiburg.de>: Hello! I mooved a mailbox in a murder setup from a 2.4.18 backend to a 3.0.2 frontend (with a 2.4.18 proxy/frontend server). After the mailbox was transferred we saw no mails but the mailbox folderts. So we started a "reconstruct -V max" and a "quota -f". After that no mails where shown/visibla via imap, too. So we played around and started a "reconstruct -V max" with a "-r user" two times. Only after the second reconstruct the mails were be found and added to the index. In the first run just the format was transformed. So my question is: Is this the well know and "offical" way to transfer mailboxes from a 2.4 to a 3.0? Or should there be some "magic" after the transfer which failed here in our setup? I would say it would be very, very nice if the 3.0.2 backend will be capable to postexec neccessary commands after an completed mailbox transfer. If this isn't possible to implement in the cyrus-imapd it would be nice to add some few words in https://www.cyrusimap.org/imap/download/upgrade.html#shut-down-existing-cyrus at the paragraph "Special note for Murder configurations". Maybe we already have the hints and tips in the doc but I just didn't found it...?! It seems to be that this problem is fixed in 2.4.19. The release notes there... https://cyrusimap.org/imap/download/release-notes/2.4/x/2.4.19.html ...says: "Fixed: XFER to 2.5 and later no longer downgrades index to oldest version" Out first test showed us correct seen states and we did not need to reconstruct at all. Looks goods so far. But I would vote for a notice in a new (or existing) upgrade part of the 3.0.x doc where users get informed how to upgrade via xfer in a murder setup. Not every 2.4 user is on latest 2.4.19 (rhel for example has latest 2.4.17). Poorly in 2.4.19 we struggled over another issue. Our lmtpd on the backend failed with...: "lmtp[14448]: getaddrinfo(%s: %s ) failed: Name or service not known" I realy did not expect a problem like this in a minor version upgrade from 2.4.18 -> 2.4.19(!). Glad to find the fix in git...: https://github.com/cyrusimap/cyrus-imapd/commit/129d3aedbba82d6457fc7cbd436e68f278e0628b ...and so we just needed to build fixed 2.4.19. Sidenote: Maybe add a note about that i a in a new (or existing) upgrade part of the 3.0.x ... -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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: xfer from 2.4 -> 3.0.2, double reconstruct necessary?
Hi Zitat von Stephan Lauffer <lauf...@ph-freiburg.de>: Hello! I mooved a mailbox in a murder setup from a 2.4.18 backend to a 3.0.2 frontend (with a 2.4.18 proxy/frontend server). After the mailbox was transferred we saw no mails but the mailbox folderts. So we started a "reconstruct -V max" and a "quota -f". After that no mails where shown/visibla via imap, too. So we played around and started a "reconstruct -V max" with a "-r user" two times. Only after the second reconstruct the mails were be found and added to the index. In the first run just the format was transformed. So my question is: Is this the well know and "offical" way to transfer mailboxes from a 2.4 to a 3.0? Or should there be some "magic" after the transfer which failed here in our setup? I would say it would be very, very nice if the 3.0.2 backend will be capable to postexec neccessary commands after an completed mailbox transfer. If this isn't possible to implement in the cyrus-imapd it would be nice to add some few words in https://www.cyrusimap.org/imap/download/upgrade.html#shut-down-existing-cyrus at the paragraph "Special note for Murder configurations". Maybe we already have the hints and tips in the doc but I just didn't found it...?! After our xfer and reconstructs the seen states are lost/wrong (all messages unread). The seen file has twoskip in the header, so it looks good I think. But I guess the cyrus.index is the problem... maybe issu 1747 is dealing with the same problem (see https://github.com/cyrusimap/cyrus-imapd/issues/1747)? -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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
3.0 release notes: wrong info about virtdomains defaults
Hi! This is a minor "problem"... just found it: The Chapter "Updates to default configuration" from https://www.cyrusimap.org/imap/download/release-notes/3.0/x/3.0.0.html say: "virtdomains is now userid by default (was off) Indeed virtdomains is still "off" by default. -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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
xfer from 2.4 -> 3.0.2, double reconstruct necessary?
Hello! I mooved a mailbox in a murder setup from a 2.4.18 backend to a 3.0.2 frontend (with a 2.4.18 proxy/frontend server). After the mailbox was transferred we saw no mails but the mailbox folderts. So we started a "reconstruct -V max" and a "quota -f". After that no mails where shown/visibla via imap, too. So we played around and started a "reconstruct -V max" with a "-r user" two times. Only after the second reconstruct the mails were be found and added to the index. In the first run just the format was transformed. So my question is: Is this the well know and "offical" way to transfer mailboxes from a 2.4 to a 3.0? Or should there be some "magic" after the transfer which failed here in our setup? I would say it would be very, very nice if the 3.0.2 backend will be capable to postexec neccessary commands after an completed mailbox transfer. If this isn't possible to implement in the cyrus-imapd it would be nice to add some few words in https://www.cyrusimap.org/imap/download/upgrade.html#shut-down-existing-cyrus at the paragraph "Special note for Murder configurations". Maybe we already have the hints and tips in the doc but I just didn't found it...?! smime.p7s Description: S/MIME Cryptographic 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: Solved! 3.0.2 on XStreamOS!
Good morning Gabriele, Zitat von Gabriele Bulfon <gbul...@sonicle.com>: I have found another strange issue. With cyradm, I can "lm" all mailboxes correctly. Once I issue one "info" command, "lm" stop functioning again, and I have to logout and run cyradm again. I also cannot run squatter manually. I used to run "squatter -v -i -s -a" on 2.4.12, after having set all accounts with : mboxcfg "user/%$domain" "/vendor/cmu/cyrus-imapd/squat" "true" I tried various combinations ("-v -i" , "-v -i -r", "-v -i -a") but it always does nothing. Ok... with --disabled-pcre both commands lm and info are working good. Maybe you give it a try with disabling it, too? -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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: Solved! 3.0.2 on XStreamOS!
Great! pcre should be our problem, too. :) Zitat von Gabriele Bulfon <gbul...@sonicle.com>: Hi, I found the reason! :) If build does not find "libpcre", configure just says "libpcre : no" , but then fails any list! I could let it see my libpcre and have "libpcre : yes" : now it works! :) I will let you know my upgrade now. Gabriele Sonicle S.r.l. : http://www.sonicle.com Music: http://www.gabrielebulfon.com Quantum Mechanics : http://www.cdbaby.com/cd/gabrielebulfon ---------- Da: Stephan Lauffer A: info-cyrus@lists.andrew.cmu.edu Data: 3 agosto 2017 15.38.24 CEST Oggetto: Re: any working cyrus-imapd-3.0.2? .oO(if you read my lines:) In my setup there is no virtual domains support, see the output of "cyr_info conf" from my last post to the devel list (and yes, virtdomains is off by default). The problem does not occur on any distribution or cyrus-imapd build. But on some it occurs(!) Ok is cyrus-imapd 2.4.x, 2.5.10, 2.5.11 on sles and openSUSE since "ever" till openSUSE-42.3 (few days old). Not Ok is cyrus-imapd 3.0.1 and 3.0.2 on openSUSE-42.2 and openSUSE-42.3 (no further suse tests) Not OK is it on the XStramOS build of Gabriele, too of course. OK is cyrus-imapd 3.0.2 on fedora 24, 25 and 26 (no more tests from me). My specs based on the latest one of fedora 26. I just excluded xapian, jmap and the cassadena test suite. My specs for the suse and fedora builds are not 100% the same... I try to get them closer. My guess: Maybe an older/missing lib or a "secret" combination/setup in the specs or configure parameter. Zitat von Ken Murchison : This might be a virtual domains issue. I will have to ask one of the other devs if something changed in that regard. On 08/03/2017 08:37 AM, Gabriele Bulfon wrote: All of my mailboxes, here's a piece of the output: sonicle.com!user.gabriele^bulfon 0 default gabriele.bul...@sonicle.com lrswipkxtecda gabriele.pr...@sonicle.com lrswipkxtecda sonicle.com!user.gabriele^bulfon.Archive 0 default gabriele.bul...@sonicle.com lrswipkxtecda gabriele.pr...@sonicle.com lrswipkxtecda sonicle.com!user.gabriele^bulfon.Archive.2017 0 default gabriele.bul...@sonicle.com lrswipkxtecda gabriele.pr...@sonicle.com lrswipkxtecda sonicle.com!user.gabriele^bulfon.Archive.2017.2017-07 0 default gabriele.bul...@sonicle.com lrswipkxtecda gabriele.pr...@sonicle.com lrswipkxtecda sonicle.com!user.gabriele^bulfon.Archive.2017.2017-07.Test3 0 default gabriele.bul...@sonicle.com lrswipkxtecda gabriele.pr...@sonicle.com lrswipkxtecda sonicle.com!user.gabriele^bulfon.Archive.2017.2017-07.Test3.Pippo 0 default gabriele.bul...@sonicle.com lrswipkxtecda gabriele.pr...@sonicle.com lrswipkxtecda sonicle.com!user.gabriele^bulfon.Archive.2017.2017-07.Test3.Pippo.Pluto 0 default gabriele.bul...@sonicle.com lrswipkxtecda gabriele.pr...@sonicle.com lrswipkxtecda sonicle.com!user.gabriele^bulfon.Archive.Test3 0 default gabriele.bul...@sonicle.com lrswipkxtecda gabriele.pr...@sonicle.com lrswipkxtecda sonicle.com!user.gabriele^bulfon.Archive.Test3.Pippo 0 default gabriele.bul...@sonicle.com lrswipkxtecda gabriele.pr...@sonicle.com lrswipkxtecda sonicle.com!user.gabriele^bulfon.Archive.Test3.Pippo.Pluto 0 default gabriele.bul...@sonicle.com lrswipkxtecda gabriele.pr...@sonicle.com lrswipkxtecda sonicle.com!user.gabriele^bulfon.Archivio 0 default gabriele.bul...@sonicle.com lrswipkxtecda gabriele.pr...@sonicle.com lrswipkxtecda *Sonicle S.r.l. *: http://www.sonicle.com *Music: *http://www.gabrielebulfon.com *Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon *Da:* Ken Murchison *A:* Gabriele Bulfon info-cyrus@lists.andrew.cmu.edu *Data:* 3 agosto 2017 14.06.21 CEST *Oggetto:* Re: any working cyrus-imapd-3.0.2? What does 'ctl_mboxlist -d' show you? On 08/03/2017 08:02 AM, Gabriele Bulfon wrote: Obviously yes. The new defaults are my standard since years, and are explicitly stated in the imapd.conf : allowusermoves: 1 lmtp_downcase_rcpt: 1 configdirectory: /sonicle/var/imap partition-default: /sonicle/var/spool/imap sievedir: /sonicle/var/sieve sieve_extensions: fileinto reject vacation imapflags notify envelope body relational regex subaddress copy admins: admin sasl_pwcheck_method: saslauthd allowplaintext: yes sasl_mech_list: plain tls_client_ca_file: /sonicle/ssl/certs/acme/fullchain.pem tls_server_cert: /sonicle/ssl/certs/acme/cert.pem tls_server_key: /sonicle/ssl/certs/acme/key.pem altnamespace: yes virtdomains: userid unixhierarchysep: 1 duplicatesuppression: 0 sendmail: /sonicle/sbin/sendmail sieve_utf8fileinto: 1 xlist-archive: Archives xlist-drafts: Drafts xlist-sent: Sent xlist-spam: Spam xlist-trash: Trash Also, everything works fine when selecting a folder and fetching data. Just listing (and info on cyradm) is totally silent. How can I have imapd log more debugging on wh
Re: any working cyrus-imapd-3.0.2?
<http://www.sonicle.com/> *Music: *http://www.gabrielebulfon.com <http://www.gabrielebulfon.com/> *Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon *Da:* Ken Murchison <mu...@fastmail.com> *A:* info-cyrus@lists.andrew.cmu.edu *Data:* 3 agosto 2017 12.56.51 CEST *Oggetto:* Re: any working cyrus-imapd-3.0.2? Have you checked you values of unixhierarchysep and altnamespace per the documentation? The defaults have changed. You may have to turn both options off in imapd.conf On 08/03/2017 05:11 AM, Gabriele Bulfon wrote: Yes, and info doesn't work on a direct mailbox: localhost> info user/gabriele.bul...@sonicle.com Mailbox does not exist But acls were listed! *Sonicle S.r.l. *: http://www.sonicle.com <http://www.sonicle.com/> *Music: *http://www.gabrielebulfon.com <http://www.gabrielebulfon.com/> *Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon -- Da: Stephan Lauffer <lauf...@ph-freiburg.de> A: info-cyrus@lists.andrew.cmu.edu Data: 3 agosto 2017 11.01.41 CEST Oggetto: Re: any working cyrus-imapd-3.0.2? Hi! It seems as if you have the same problem as I have. The only difference here: I did not xfer/convert old mailboxes, I was starting with a new installation. Check "info", it should fail, too. sam. lam, dm and cm are working for example. Zitat von Gabriele Bulfon <gbul...@sonicle.com>: > I tried using ctl_mboxlist -d , and I have a correct output of my > mailboxes, listed in the internal cyrus format, e.g. : > sonicle.com!user.test^gabry 0 default gbulfon > lrswipkxtecda1 cyrus lrswipkxtecda sonicle lrswipkxtecda > test.ga...@sonicle.com lrswipkxtecda > using "." separator instead of "/" (unixhierarchysep: 1) and "^" > instead of "." > Gabriele > Sonicle S.r.l. > : > http://www.sonicle.com > Music: > http://www.gabrielebulfon.com > Quantum Mechanics : > http://www.cdbaby.com/cd/gabrielebulfon > Da: > Gabriele Bulfon > A: > Ken Murchison > info-cyrus@lists.andrew.cmu.edu > Data: > 3 agosto 2017 9.51.21 CEST > Oggetto: > Re: any working cyrus-imapd-3.0.2? > Sorry, non of the stated operations are needed nor work. > My mailboxes.db has been converted to twoskip as stated from the db > header bytes: > sonicle@www:/sonicle/var/imap$ od -xc mailboxes.db | more > 000 02a1 0d8b 7774 736f 696b 2070 6966 656c > 241 002 213 \r t w o s k i p f i l e > The master runs without complains, even turning on imapd.log I get > only these, where the last one is my cyradm session > Aug 3 09:46:15 www idled[8519]: [ID 189579 local6.warning] Option > 'tls_ca_file' is deprecated in favor of 'tls_client_ca_file' since > version 2.5.0. > Aug 3 09:46:15 www idled[8519]: [ID 189579 local6.warning] Option > 'tls_cert_file' is deprecated in favor of 'tls_server_cert' since > version 2.5.0. > Aug 3 09:46:15 www idled[8519]: [ID 189579 local6.warning] Option > 'tls_key_file' is deprecated in favor of 'tls_server_key' since > version 2.5.0. > Aug 3 09:46:15 www ctl_cyrusdb[8521]: [ID 189579 local6.warning] > Option 'tls_ca_file' is d
Re: any working cyrus-imapd-3.0.2?
Hi! It seems as if you have the same problem as I have. The only difference here: I did not xfer/convert old mailboxes, I was starting with a new installation. Check "info", it should fail, too. sam. lam, dm and cm are working for example. Zitat von Gabriele Bulfon <gbul...@sonicle.com>: I tried using ctl_mboxlist -d , and I have a correct output of my mailboxes, listed in the internal cyrus format, e.g. : sonicle.com!user.test^gabry 0 default gbulfon lrswipkxtecda1 cyrus lrswipkxtecda sonicle lrswipkxtecda test.ga...@sonicle.com lrswipkxtecda using "." separator instead of "/" (unixhierarchysep: 1) and "^" instead of "." Gabriele Sonicle S.r.l. : http://www.sonicle.com Music: http://www.gabrielebulfon.com Quantum Mechanics : http://www.cdbaby.com/cd/gabrielebulfon Da: Gabriele Bulfon A: Ken Murchison info-cyrus@lists.andrew.cmu.edu Data: 3 agosto 2017 9.51.21 CEST Oggetto: Re: any working cyrus-imapd-3.0.2? Sorry, non of the stated operations are needed nor work. My mailboxes.db has been converted to twoskip as stated from the db header bytes: sonicle@www:/sonicle/var/imap$ od -xc mailboxes.db | more 000 02a1 0d8b 7774 736f 696b 2070 6966 656c 241 002 213 \r t w o s k i p f i l e The master runs without complains, even turning on imapd.log I get only these, where the last one is my cyradm session Aug 3 09:46:15 www idled[8519]: [ID 189579 local6.warning] Option 'tls_ca_file' is deprecated in favor of 'tls_client_ca_file' since version 2.5.0. Aug 3 09:46:15 www idled[8519]: [ID 189579 local6.warning] Option 'tls_cert_file' is deprecated in favor of 'tls_server_cert' since version 2.5.0. Aug 3 09:46:15 www idled[8519]: [ID 189579 local6.warning] Option 'tls_key_file' is deprecated in favor of 'tls_server_key' since version 2.5.0. Aug 3 09:46:15 www ctl_cyrusdb[8521]: [ID 189579 local6.warning] Option 'tls_ca_file' is deprecated in favor of 'tls_client_ca_file' since version 2.5.0. Aug 3 09:46:15 www ctl_cyrusdb[8521]: [ID 189579 local6.warning] Option 'tls_cert_file' is deprecated in favor of 'tls_server_cert' since version 2.5.0. Aug 3 09:46:15 www ctl_cyrusdb[8521]: [ID 189579 local6.warning] Option 'tls_key_file' is deprecated in favor of 'tls_server_key' since version 2.5.0. Aug 3 09:46:15 www ctl_cyrusdb[8521]: [ID 702911 local6.notice] checkpointing cyrus databases Aug 3 09:46:15 www ctl_cyrusdb[8521]: [ID 127214 local6.notice] done checkpointing cyrus databases Aug 3 09:46:20 www imap[8528]: [ID 189579 local6.warning] Option 'tls_ca_file' is deprecated in favor of 'tls_client_ca_file' since version 2.5.0. Aug 3 09:46:20 www imap[8528]: [ID 189579 local6.warning] Option 'tls_cert_file' is deprecated in favor of 'tls_server_cert' since version 2.5.0. Aug 3 09:46:20 www imap[8528]: [ID 189579 local6.warning] Option 'tls_key_file' is deprecated in favor of 'tls_server_key' since version 2.5.0. Aug 3 09:46:22 www imap[8528]: [ID 529592 local6.notice] login: localhost [::1] sonicle PLAIN User logged in SESSIONID= once I issue "lm", I get nothing. Do I need to run reconstruct to get my mailboxes back? I tried various cyrus mailbox commands, but none can see any mailbox data. Any way to inspect what mailboxes it really sees? Sonicle S.r.l. : http://www.sonicle.com Music: http://www.gabrielebulfon.com Quantum Mechanics : http://www.cdbaby.com/cd/gabrielebulfon Da: Ken Murchison A: info-cyrus@lists.andrew.cmu.edu Data: 2 agosto 2017 19.25.22 CEST Oggetto: Re: any working cyrus-imapd-3.0.2? https://www.cyrusimap.org/imap/download/upgrade.html#copy-config-files-and-update On 08/02/2017 01:18 PM, Gabriele Bulfon wrote: I upgraded the cyrus binaries from 2.4.12 to 3.0.2. The cyrus daemons run, imap authentication works, logs look fine. But then, no folder...users authenticate but there is no folder. Using cyradm on the original 2.4.12 host, "lm" shows every folder. Using cyradm on the new upgraded, "lm" shows nothing. Any idea? Gabriele Sonicle S.r.l. : http://www.sonicle.com Music: http://www.gabrielebulfon.com Quantum Mechanics : http://www.cdbaby.com/cd/gabrielebulfon Da: Gabriele Bulfon A: Stephan Lauffer info-cyrus@lists.andrew.cmu.edu Data: 2 agosto 2017 15.34.18 CEST Oggetto: Re: any working cyrus-imapd-3.0.2? We've almost finished packaging cyrus imapd 3.0.2 on XStreamOS. I had to make a patch to build, though: --- cyrus-imapd-3.0.2/imap/mailbox.hWed Aug 2 12:48:45 2017+++ cyrus-imapd-3.0.2/imap/mailbox.h.newWed Aug 2 12:50:48 2017@@ -283,7 +283,10 @@ #define ITER_SKIP_DELETED (1 Gabriele Sonicle S.r.l. : http://www.sonicle.com Music: http://www.gabrielebulfon.com Quantum Mechanics : http://www.cdbaby.com/cd/gabrielebulfon ---------- Da: Stephan Lauffer A: info-cyrus@lists.andrew.cmu.edu Data: 1 agosto 2017 9.26.02 CEST Oggetto: an
Re: any working cyrus-imapd-3.0.2?
...ok found working fedora 26 packages... Zitat von Stephan Lauffer <lauf...@ph-freiburg.de>: Hi! Anybody with a working cyrus-imapd-3.0.2? Could I get the configure parameter and the name of the distro (or pre build packages)? -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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
any working cyrus-imapd-3.0.2?
Hi! Anybody with a working cyrus-imapd-3.0.2? Could I get the configure parameter and the name of the distro (or pre build packages)? -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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: 3.0.2: Typo in ltmain.sh
...sorry, link from gnu.org no longer valid... see for example this: https://lists.andrew.cmu.edu/pipermail/info-cyrus/2017-January/039371.html Zitat von Stephan Lauffer <lauf...@ph-freiburg.de>: HI! During packaging rpms for some suse distributions I found an old bug, a typo, see: bug report #23872, https://lists.gnu.org/archive/html/bug-libtool/2016-06/msg1.htm In my builds I added the patch...: https://build.opensuse.org/package/view_file/home:nixda:branches:home:nixda:devel/cyrus-imapd-3/cyrus-imapd-3.0.2-func__fatal_error.patch?expand=1 Would you like fix this upstream? -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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
3.0.2: Typo in ltmain.sh
HI! During packaging rpms for some suse distributions I found an old bug, a typo, see: bug report #23872, https://lists.gnu.org/archive/html/bug-libtool/2016-06/msg1.htm In my builds I added the patch...: https://build.opensuse.org/package/view_file/home:nixda:branches:home:nixda:devel/cyrus-imapd-3/cyrus-imapd-3.0.2-func__fatal_error.patch?expand=1 Would you like fix this upstream? -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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: 3.0.2 cyradm: listmailbox and info does not find any mailbox
Hi Ken, Zitat von Ken Murchison <mu...@fastmail.com>: Try user/foo instead of user.foo poorly this doesn't help...: localhost> info user/foo Mailbox does not exist localhost> info user^foo Mailbox does not exist localhost> info user.foo Mailbox does not exist localhost> lam user.foo cyrus lrswipkxtecda localhost> -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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
3.0.2 cyradm: listmailbox and info does not find any mailbox
Hello! I am on building "newer" cyrus-imapd rpms for recent opensSUSE distributions because opensuse only offers 2.4*. Atm I am testing my first 3.0.2 bulds (see https://build.opensuse.org/project/show/home:nixda:branches:home:nixda:devel). Poorly there must be something wrong somehow... somewhere... on an "fresh" and new system with no mailbox I did the following steps: mailfr-hx:~ # cyradm --user cyrus localhost Password: localhost> lm * localhost> lm user.foo localhost> info user.foo Mailbox does not exist localhost> cm user.foo localhost> lm localhost> lm user.foo localhost> info user.foo Mailbox does not exist localhost> sam user.foo cyrus all localhost> lam user.foo cyrus lrswipkxtecda localhost> sam user.bar cyrus all setaclmailbox: cyrus: lrswipkxtea: Mailbox does not exist So you can see: sam and lam are working right, they can see if there is a mailbox... but lm and info is wrong. The ctl_mboxlist command is ok, too: cyrus@mailfr-hx:~> /usr/lib/cyrus/bin/ctl_mboxlist -d user^foo0 00 cyrus lrswipkxtecda Any hints and ideas?! Build and config informations (thx for the new tools!): --- cyrus@mailfr-hx:~> /usr/lib/cyrus/bin/cyr_info conf admins: cyrus murder allowallsubscribe: yes allowplaintext: yes allowusermoves: yes anyoneuseracl: no autocreate_quota: 1 configdirectory: /var/lib/imap defaultacl: anyone defaultpartition: 00 duplicate_db_path: /var/lib/imap/deliver.db fulldirhash: yes hashimapspool: yes mboxname_lockpath: /run/cyrus/lock mupdate_authname: cyrus mupdate_password: X mupdate_server: mailproxy mupdate_username: cyrus proc_path: /run/cyrus/proc proxy_authname: murder proxy_password: XXX proxyservers: murder ptscache_db_path: /var/lib/imap/ptscache.db quotawarn: 95 sieve_extensions: fileinto reject vacation imapflags notify include envelope body relational regex subaddress copy sievedir: /var/lib/sieve sievenotifier: mailto statuscache_db_path: /var/lib/imap/statuscache.db timeout: 35 tls_sessions_db_path: /var/lib/imap/tls_sessions.db partition-04: /srv/cyrus/var/spool/imap/04 partition-05: /srv/cyrus/var/spool/imap/05 partition-06: /srv/cyrus/var/spool/imap/06 partition-07: /srv/cyrus/var/spool/imap/07 partition-00: /srv/cyrus/var/spool/imap/00 partition-01: /srv/cyrus/var/spool/imap/01 xlist-drafts: Drafts partition-02: /srv/cyrus/var/spool/imap/02 sasl_mech_list: plain xlist-sent: Sent partition-03: /srv/cyrus/var/spool/imap/03 xlist-trash: Trash sasl_pwcheck_method: saslauthd partition-08: /srv/cyrus/var/spool/imap/08 xlist-spam: SPAM lmtp_admins: murder partition-09: /srv/cyrus/var/spool/imap/09 cyrus@mailfr-hx:~> /usr/lib/cyrus/bin/cyr_buildinfo { "component": { "event_notification": true, "gssapi": true, "autocreate": false, "idled": true, "httpd": true, "kerberos_v4": false, "murder": true, "nntpd": true, "replication": true, "sieve": true, "calalarmd": false, "jmap": false, "objectstore": false, "backup": false }, "dependency": { "ldap": true, "openssl": true, "pcre": false, "clamav": true }, "database": { "mysql": false, "pgsql": false, "sqlite": true, "lmdb": false }, "search": { "squat": true, "sphinx": false, "xapian": false, "xapian_flavor": "none" }, "hardware": { "sse42": true } } Sidenote: If I disable/not use the murder I can't see a different behavoir. -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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: "Resource temporarily unavailable", systemd and your FAQ Webpage
Hello Nic, Zitat von Nic Bernstein <n...@onlight.com>: Stephan, Thank you for this very interesting description of both the problem and the solution. I'm curious which Linux distribution you're using? We're using Ubuntu Xenial (16.04) and find the following default settings: $ grep -i tasks /etc/systemd/system.conf #DefaultTasksAccounting=no #DefaultTasksMax= so this would seem not to be an issue on Ubuntu systems, at least. Cheers, -nic On 12/16/2016 02:54 AM, Stephan Lauffer via Info-cyrus wrote: The problems here where was found on SLES-12-SP2 and a openSUSE Leap 42.2. I guess all SUSE systemd distros may have this limits (it's not a bug, it's a feature). ;-) But in general every systemd may be affected... it is just a question of the systemd setup there. RedHat left a comment in the ulimit file (see https://bugzilla.redhat.com/show_bug.cgi?id=754285). In our rhel 7.2 I can read..: # /etc/security/limits.conf # #This file sets the resource limits for the users logged in via PAM. #It does not affect resource limits of the system services. [...] Im am missing this in SuSE (will open a request there). But ok, if the sysadmin is really up to date he may already know. :-)) But like mentioned before I vote for a paraphraph 4 in the cyrus FAQ about "The process count keeps growing!" -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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
"Resource temporarily unavailable", systemd and your FAQ Webpage
Hello! While testing 2.5 we struggled over (known) problems like this...: ...ssh can't fork process to run service imaps/ipv4: Resource temporarily unavailable I searchd... and I found your FAQ... https://cyrusimap.org/imap/faqs/o-toomanyprocesses.html ...and this "tcp_keepalive = 1" hint was doing a good job, but not fixing our problem completely. Less processes as without this setting but too many at all. Btw we have a murder with 5 backends and each has about 5k mboxes. With 2.4 we have about 400 imapd processes on the backends (in normal state) and about 800 on the proxy. Peaks raises this values for sure. But we still wasn't able to get over a limit of about 500 imapds on our new system which is running 2.5. Yesterday night I found our problem: SYSTEMD (and not cyrus-imapd-2.5, but 2.5 was running with systemd here...) I guess there may be more people out there which may be interested in a solition (we will add fixes to our systemd scripts of our suse bulds soon, see https://build.opensuse.org/package/show/home:nixda:devel/cyrus-imapd). The first problem there is: Systemd does not care about your /etc/security/limits.conf The second problem is: Systemd comes with a new limit called "TasksMax". You will find this limit f.e. in /etc/systemd/system.conf as "DefaultTasksMax=512". But you will NOT find this limit in "cat /proc/`cat /var/run/cyrus.pid`/limits". The solution is to add a file with a systemd override for this service. F.e. use the systemctl edit command... (like "systemctl edit cyrus-imapd.service") or place a file in /etc/systemd/system/cyrus-imapd.service.d/override.conf with f.e.: [Service] TasksMax=2048 LimitNOFILE=1 The LimitNOFILE is just a guess... maybe you may not need this here. After setting this override you will see a status information about your process count and limit like this: # systemctl status cyrus-imapd.service ● cyrus-imapd.service - The Cyrus IMAP and POP Mail Server Loaded: loaded (/usr/lib/systemd/system/cyrus-imapd.service; enabled; vendor preset: disabled) Drop-In: /etc/systemd/system/cyrus-imapd.service.d └─override.conf Active: active (running) since Thu 2016-12-15 20:51:17 CET; 12h ago Main PID: 12901 (master) Tasks: 326 (limit: 2048) [...] What about adding a short hint to your faq? Yes, it is not a cyrus problem. And yes, a sysadmin should know... but... I guess systemd in depth may not be good known as the old ulimit thing and if you are searching in the web 99% of the hits deal with ulimit. -- Liebe Gruesse, with best regards Stephan Lauffer Pedagogical University Freiburg - Germany http://www.ph-freiburg.de/zik/ Fon/ Fax: +49 761 682 -559/ -486 smime.p7s Description: S/MIME-Signatur 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