Re: Cyrus 2.5.11 default domain on auth

/> *Music: *http://www.gabrielebulfon.com <http://www.gabrielebulfon.com/> *Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon *Da:* Eugene V. Boontseff *A:* Gabriele Bulfon *Data:* 3 agosto 2019 17.54.36

Re: Upgrade report debian cyrus

Thanks for clarifying this Ellie, I thought the two issues are actually related. And thanks for adding the mention to -G to the release notes. Regards, Savvas Karagiannidis On Mon, Aug 5, 2019 at 3:22 AM ellie timoney wrote: > On Thu, Aug 1, 2019 at 5:13 PM Lars Schimmer > wrote: > > and on

Re: Cyrus 2.5.11 default domain on auth

/gabrielebulfon Da: Eugene V. Boontseff A: Gabriele Bulfon Data: 3 agosto 2019 17.54.36 CEST Oggetto: Re: Cyrus 2.5.11 default domain on auth On 31.07.2019 11:42, Gabriele Bulfon wrote:   If I try adding defaultdomain, what happens is that authentication works both with and without specifying domain

Re: Upgrade report debian cyrus

On Thu, Aug 1, 2019 at 5:13 PM Lars Schimmer wrote: > and on second run it did find a lot of mails with "reappending" messages. Actually, this sounds like this bug: https://github.com/cyrusimap/cyrus-imapd/issues/2839 (fixed last week in 3.0.11) There is a Debian report for it too:

Re: Upgrade report debian cyrus

Hi Lars, there was an issue when upgrading to 3.0.x from older versions (2.x). The issue is this: https://github.com/cyrusimap/cyrus-imapd/issues/2208 >From my experience, the only way to safely upgrade to 3.0 was to run reconstruct -G -V max on all mailboxes while still in the older version.

Re: is it safe to manually remove DELETED folders ?

On 30/07/2019 15:22, Chentao Credungtao via Info-cyrus wrote: > Hello > > My main question : is it safe to manually remove (rm -rf) a folder > like?? > /domain/e/example.net/*u/DELETED/user/someuser/Trash/INBOX/5BCA0EB9* ? > > The folder doesn't show with cyradm ??? listmailboxes. Hello, I

Re: is it safe to manually remove DELETED folders ?

good point ! thanks On 07/31/2019 12:57 PM, Sebastian Hagedorn wrote: To be honest, I'm not sure. But the output of "cyradm lm" depends on the user you're logged in as, whereas ctl_mboxlist always dumps all mailboxes. That's why I feel it is more reliable. Am 30.07.19 um 16:05 Uhr schrieb

Re: is it safe to manually remove DELETED folders ?

To be honest, I'm not sure. But the output of "cyradm lm" depends on the user you're logged in as, whereas ctl_mboxlist always dumps all mailboxes. That's why I feel it is more reliable. Am 30.07.19 um 16:05 Uhr schrieb Chentao Credungtao: > Out of curiosity : does your answer imply that in some

Re: is it safe to manually remove DELETED folders ?

Thanks. And done (they weren't included), Out of curiosity : does your answer imply that in some cases some mailboxes will show with ctl_mboxlist, but not with cyradm lm ? In which case ? On 07/30/2019 02:32 PM, Sebastian Hagedorn wrote: You shpuld check the output of ctl_mboxlist -d

Re: is it safe to manually remove DELETED folders ?

You shpuld check the output of ctl_mboxlist -d Only if the DELETED mailbox(es) aren't included there is it safe to just remove them. -- .:.Sebastian Hagedorn - Weyertal 121 (Gebäude 133), Zimmer 2.02.:. .:.Regionales Rechenzentrum (RRZK).:. .:.Universität zu Köln /

Re: Suggested feature and contribution

Il 19/07/2019 02:09, Bron Gondwana ha scritto: Hmm yeah, OK.  This is actually buggy in that case!  The intended behaviour was to avoid a Denial of Service attack where you would create and delete the same mailbox name millions of times Hello, I had never seen this with mailbox, but I

Re: Suggested feature and contribution

the whole concept >> is bogus because there's nothing stopping somebody creating and deleting >> folder01 through folderFF and creating the same attack. >> >> I suggest that we just remove this whole silly check entirely, and if we >> want a similar lev

Re: Suggested feature and contribution

nial of Service attack where you would create >>> and delete the same mailbox name millions of times - however, the whole >>> concept is bogus because there's nothing stopping somebody creating and >>> deleting folder01 through folderFF and creating the same atta

Re: Suggested feature and contribution

is clearly doing something wrong, and require the administrator semi-manually clean up the deleted folders in order to re-allow folder creation. Cheers, Bron. -- br...@fastmailteam.com 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: Suggested feature and contribution

nd if we want > a similar level of attack protection we do something smarter like a quota for > total folders+deleted folders that haven't been cleaned up yet - set it high > enough that anybody hitting that is clearly doing something wrong, and > require the administrator semi-manually clea

Re: Folder subscription issue

A ti Javier :) Egoitz Aurrekoetxea Dpto. de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es www.sarenet.es Antes de imprimir este correo electrónico piense si es necesario hacerlo. > El 18 jul 2019, a

Re: Folder subscription issue

Muchísimas gracias, Egoitz! El 18/7/19 a las 11:12, Egoitz Aurrekoetxea escribió: > Hi!!, > > Fine! Very happy sharing then :) :) . It only handles email. For > Calendars/Contacts we have been long time now, using Davical (to which > we contributed in it’s > day 

Re: Folder subscription issue

Hi!!,Fine! Very happy sharing then :) :) . It only handles email. For Calendars/Contacts we have been long time now, using Davical (to which we contributed in it’s day https://wiki.davical.org/index.php/DAViCal-cli) . We don’t refuse to use Caldav with Cyrus, it’s just we did the system previous

Re: Folder subscription issue

Awesome, I'll take a look. We're just talking about having some level of self-service restore in JMAP as well, so it'll be great to look at what you've done. Cheers, Bron. On Thu, Jul 18, 2019, at 20:30, Egoitz Aurrekoetxea wrote: > Thanks :) :) > > Take a look please at what I told you too

Re: Folder subscription issue

Thanks :) :) Take a look please at what I told you too in a new thread about the contribution with our deleted mail restoring system… perhaps it’s interesting for Cyrus?. For us it’s pretty useful at least… it allows users to restore deleted mail by their own… Cheers!! Egoitz Aurrekoetxea

Re: Folder subscription issue

Hmmm so sync_client isn't validating the user match properly. Fun. That's definitely a bug that we should fix. I'll ask ellie (CC'd) to play with the test on that, or guide you through the process of adding one to Cassandane! Cheers, Bron. On Thu, Jul 18, 2019, at 17:22, Egoitz

Re: Issues with replication and folder/Sieve subscription

That thread is clarified. Was an issue from a script from Sarenet…. It has been hard to find (as described in the new thread) but Cyrus was just fine. Egoitz Aurrekoetxea Dpto. de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es

Re: Folder subscription issue

Hi!, Yes, I’m so sorry for the noise… but you know…. It’s an un modified script in more than 8 years, not done by me… which you assume it works… because indeed, it copies mailbox content (sync_client -u aaa^a...@bbb.es seems to copy mailbox content as aaa.a...@bbb.es

Re: Folder subscription issue

Oh awesome - thanks for letting us know :) This will save ellie spending more time on it, though it's good to have tests for it anyway. Bron. On Wed, Jul 17, 2019, at 23:56, Egoitz Aurrekoetxea wrote: > Hi mates, > > Reproduced and properly located (*_not a Cyrus bug_*). We have to apologize

Re: Folder subscription issue

Hi mates, Reproduced and properly located (not a Cyrus bug). We have to apologize for the generated noise. Cyrus replication works just fine. As I explained before, we fetch from Mysql the accounts each server has (instead of using -A) for no reason… just for historical reason… So, when we

Re: Folder subscription issue

Anyway, not being able to reproduce it… working on reproducing…. Egoitz Aurrekoetxea Dpto. de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es www.sarenet.es Antes de imprimir este correo electrónico

Re: Folder subscription issue

Perhaps mbname_userid it’s not the exact function… perhaps we could just call something like _append_extbuf() in this case but…. That’s what I was trying to explain… could that be? Egoitz Aurrekoetxea Dpto. de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia)

Re: Folder subscription issue

Hi! Mmm perhaps I’m telling this excessively sure but… In sync_do_user() function, when your scripts syncs user by user instead of using MODE_ALLUSER (which perhaps is more normal… but our scripts are done with a for loop with each user) shouldn’t the userid be converted : /* we don't

Re: Folder subscription issue

Hi! One question are this records in the mailbox database (seen with a ctl_mboxlist -d) normal ? xx.ccc!user.ama.COMUNICACIONES CIAS-OTROS.COMUNICACIONES CIAS 2017. NOVIEMBRE 2017 16 (null) xx.ccc!user.ama.COMUNICACIONES CIAS-OTROS.COMUNICACIONES CIAS 2017. OCTUBRE 2017

Re: Folder subscription issue

No problem Bron!! Very thankful for your time and your help!!. I have some ideas/questions about the synchronous replication too for commenting you… I have never heard about Cassandane (only to Ellie in this list or Github commit comments) :) but will check it :) :) although I’d need to wait

Re: Folder subscription issue

Sorry for not getting back to you yesterday. I was on my way back from vacation and had family commitments all last night. Regarding contribution - the very best thing to do for a case like this is to build Cassandane tests which isolate the issue :) I'll see if I can get that done today.

Re: Folder subscription issue

Hi Bron! Sorry for answering so late I had the thought I answered you before…. I’m slightly stressed these days... I answer below in green bold for instance….. Egoitz Aurrekoetxea Dpto. de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es

Re: Folder subscription issue

Hi all :) :),First of all, thanks a lot for your time :) .At present moment… I’m slightly confused due to all the tests done, attempts to reproduce the issue and all the Cyrus code read... I’ll tell all the history although I think some parts are not relevant but in an attempt to not omit

Re: Folder subscription issue

I think they said 3.0.8, which is not the latest 3.0, but I also don't think anything about replication/subscriptions/etc has changed since then, so it might as well be It would also be very interesting to know whether the master and replica definitely both have the same value for

Re: Folder subscription issue

And this is even more exciting and I'd love to know the version! Bron. On Fri, Jul 12, 2019, at 23:33, Egoitz Aurrekoetxea wrote: > By the way I think I found some more….. > > When a sync_client in user mode… creates a non existing user in the replica… > if the user has a dot… the quota gets

Re: Folder subscription issue

On Wed, Jul 10, 2019, at 19:11, Egoitz Aurrekoetxea wrote: > Good morning, > > In previous thread (with the title slightly incorrect) I talk about an issue > suffered some day with Sieve script and folder subscriptions. The Sieve part, > was related to the migration, so for the moment let’s

Re: Folder subscription issue

By the way I think I found some more….. When a sync_client in user mode… creates a non existing user in the replica… if the user has a dot… the quota gets properly created, but seen, sub files are wrongly created… for instance…. -rw--- 1 cyrus cyrus 2576528 Jul 12 13:03

Re: Folder subscription issue

Hi! 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

Re: Folder subscription issue

Hi, I'm curious if this only happens for rename to trash, or for all renames of subscribed folders. IMHO it makes no sense to automatically subscribe to a folder in the trash. So perhaps the bug isn't in the replication code but rather in the handling of rename to trash? Am 10.07.19 um 11:11

Re: Issues with replication and folder/Sieve subscription

It would be better to just talk daemons IMHO…. That should work… but sometimes… perhaps another things could be implied… so… the most clear way, should be to just put as a normal client with a expect script for instance all the source scripts to Cyrus… but using sieveshell… and not using files

Re: Issues with replication and folder/Sieve subscription

The subject of this email is not properly set… it should be . Issues in replication with folder subscription and Sieve As I think I discovered something I reopen a new thread with the title properly Egoitz Aurrekoetxea Dpto. de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170

Re: Issues with replication and folder/Sieve subscription

Le 09/07/2019 à 22:49:01+0200, Egoitz Aurrekoetxea a écrit > By the way, for your case I would recommend doing a script that does a get > from > dovecot and a put to Cyrus instead of copying Sieve files directly… it’s a > much > more cleaner way… Yes, it is what I did, before I try de sync I

Re: Issues with replication and folder/Sieve subscription

Le 09/07/2019 à 22:44:19+0200, Egoitz Aurrekoetxea a écrit Hi, > > If instead of -A you used -u for each of your users did it worked? Or did it If I remember correctly (but I not sure) this is how I find out the problem. Try time -A, notice it crash, so try -u first_user, notice it work

Re: Issues with replication and folder/Sieve subscription

By the way, for your case I would recommend doing a script that does a get from dovecot and a put to Cyrus instead of copying Sieve files directly… it’s a much more cleaner way… Cheers! Egoitz Aurrekoetxea Dpto. de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia)

Re: Issues with replication and folder/Sieve subscription

Hi Albert, If instead of -A you used -u for each of your users did it worked? Or did it crashed in the same user as with -A?. Which Cyrus version were you running?. Cheers, Egoitz Aurrekoetxea Dpto. de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia)

Re: Issues with replication and folder/Sieve subscription

Le 09/07/2019 à 14:10:49+0200, Egoitz Aurrekoetxea a écrit > Good morning, > > > After we upgraded to Cyrus 3.0.8, we saw that some users in the replicas > didn't > have some folders (or all) subscribed the same way they had in previous env in > Cyrus 2.3. Same happened for some users with Sieve

Re: Issues with replication and folder/Sieve subscription

Could perhaps, some of this something to do, with having intermediate folders subscribed/unsubscribed in the middle of the tree? And that to cause something like it that perhaps is not caused when the mailbox is being accessed by the user instead of being replicated (when the change is applied

Re: backupd IOERROR reading backup files larger than 2GB

Uf ... Thank you so much Ellie, now it works fine. Right now I was fighting against my rusty gdb knowledge, although I had almost defeated him ;) Cheers, Carlos El 17/06/2019 a las 2:44, ellie timoney escribió: Hi Carlos, Sudden overnight intuition, and I think this will fix the issue

Re: backupd IOERROR reading backup files larger than 2GB

Hi Carlos, Sudden overnight intuition, and I think this will fix the issue -- the problem isn't that the lseek is failing at >2GB; the problem is that its off_t return value is being truncated to an int before being checked to see if it's negative for the error case (so any "I succeeded, the

Re: backupd IOERROR reading backup files larger than 2GB

Hi Carlos, This is quite weird, I'm not sure why a 64bit platform would have any trouble around the 2GB mark?? What does the Cyrus ./configure report for your system's integer sizes? e.g. mine shows: > checking size of int... 4 > checking size of long... 8 > checking size of size_t... 8 >

Re: LDAP auth and ptloader

Hi Sven, On Thu, Jun 13, 2019, at 12:27 AM, Sven Schwedas wrote: > Is there another way to get ptloader to spit out debug information and > pinpoint what's not set up correctly? > I remember this thing as being very noisy, let me see... Okay, in your cyrus.conf SERVICES entry, if you add "-d1"

Re: LDAP auth and ptloader

Sorry for the delay, I was busy with other projects. :/ On 26.04.19 10:03, ellie timoney wrote: > Hi Sven, > > I don't know much about running it in a production capacity, but our > test suite sets up the following for LDAP pts: > > imapd.conf: >    ... >    ptloader_sock: /path/to/some/socket

Re: Deleting seen state file keeps unstable seen state for mailbox

Hello we're still stuck with inconstant state file. This problem happen with differents clients (Thunderbid, Apple Mail, Iphone, webmail,..). We have just make a tcpdump between a client and the server. At the beginning of the capture, the client marks a mail with Seen Flag (line 1&2).

Re: backupd IOERROR reading backup files larger than 2GB

Hi Ellie, Thanks for answering. We use latest 64bit Oracle Linux (not CentOs like I said before, sorry) and zlib is also 64bit version: # uname -a Linux xxx 3.10.0-957.12.2.el7.x86_64 #1 SMP Tue May 14 17:35:45 PDT 2019 x86_64 x86_64 x86_64 GNU/Linux # yum list installed zlib

Re: backupd IOERROR reading backup files larger than 2GB

It kinda sounds like your platform might be 32bit? Or your zlib is compiled to use 32bit integer sizes? On Mon, Jun 3, 2019, at 10:07 PM, Carlos Larrañaga wrote: > Hi, > > We're testing backup feature un cyrus-imapd 3.0.10. There's no problem when > backup is created first time, but when the

Re: Cyrus IMAP 3.0.10 released

Yep, that's the correct link, we're waiting on the CVE folks to update the listing out of reserved status On Mon, May 27, 2019, at 11:10 PM, Savvas Karagiannidis wrote: > Hi Ellie, > is there any link for details about CVE-2019-11356? > Tried googling it but couldn't find anything related or in

Re: Cyrus IMAP 3.0.10 released

Hi Ellie, is there any link for details about CVE-2019-11356? Tried googling it but couldn't find anything related or in cyrus mailing lists or in reported issues, other than this: https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-11356 Regards, Savvas Karagiannidis On Mon, May 27, 2019 at

Re: Questions about user mode sync_client (move mailboxes from one server to another) and mailbox moving from partition (moving from partition in same server, renaming) lock

Hi Sebastian, Thanks a lot for your comments. But that, anyway, won't assure no mailbox access would exist in the middle of the rename... I think there should not be problems due that the function mboxlist_renamemailbox() does a mailbox_open_iwl() which finally checks if the mailbox is locked

Re: Questions about user mode sync_client (move mailboxes from one server to another) and mailbox moving from partition (moving from partition in same server, renaming) lock

Hi, Our Cyrus machines (Cyrus 3.0.8), usually have 3 mailbox partitions. Sometimes, one of them becomes highly filled so we usually perform a mailbox rename to another partition of the same server. For that purpose, we normally lock at our proxy barrier any access to the mailbox (we do play

Re: Purging old email files from Cyrus-IMAPD v.3.0.9 on FreeBSD-12.0

Hi James, I think deleted and expunged are explained well in the documentation. Deleted: In IMAP when a user deletes an email, the email is actually only flagged as deleted. The user can still see the message and even unset the flag recovering the email. Expunged: When the user issues the

Re: Purging old email files from Cyrus-IMAPD v.3.0.9 on FreeBSD-12.0

On Thu, May 16, 2019 11:00, Savvas Karagiannidis wrote: > Hi James, > the command that performs the actual removal of the files from the > file system is cyr_expire > > According to your cyrus.conf and the manual

Re: Vacation sieve scripts not working

Le jeu. 16 mai 2019 à 17:36, Niels Dettenbach via Info-cyrus < info-cyrus@lists.andrew.cmu.edu> a écrit : > ...if i remember correctly, Cyrus expects (at least in some setups) > recipient > addresses within SIEVE vacation scripts to "react". Could you try to set > this > for test? > You are

Re: Vacation sieve scripts not working

Am Donnerstag, 16. Mai 2019, 11:49:55 CEST schrieb Sylvain: > For example, this one will never send vacation messages to sender : > require ["vacation"]; > vacation :days 1 :subject "OUTOFTHEOFFICE" "I AM OUT OF THE OFFICE"; ...if i remember correctly, Cyrus expects (at least in some setups)

Re: Vacation sieve scripts not working

Dear Cyrus-imap friends and Sylvain, Without further info, I cannot tell you what is wrong or why your script is not working. Is there a way to debug sieve? I can only confirm that the following is working in my case: vacation :days 5 :addresses [“myn...@example.com",

Re: cyradm | Duplicate specification

Thanks Ellie, https://github.com/cyrusimap/cyrus-imapd/issues/2747 -- Ismaël Le 26/04/2019 à 10:11, ellie timoney a écrit : Hi Ismaël, Which version of perl are you running? (`perl --version` will tell you)  A fairly newish one, I guess? The cyradm tools

Re: cyradm | Duplicate specification

Hi Ismaël, Which version of perl are you running? (`perl --version` will tell you) A fairly newish one, I guess? The cyradm tools were written using a quite old version of perl, which didn't produce a lot of warnings. I expect it's working fine, but your newer perl version is producing

Re: LDAP auth and ptloader

Hi Sven, I don't know much about running it in a production capacity, but our test suite sets up the following for LDAP pts: imapd.conf: ... ptloader_sock: /path/to/some/socket auth_mech: pts pts_module: ldap ... cyrus.conf: SERVICES { ... ptloader cmd="ptloader"

Re: 2FA and IMAP

Hi, You can configure a different IMAP Service in cyrus.conf for roundcube (differnt IP or port) and use pam with for authentication or block login for the other services wither cyrus denydb Am 21. April 2019 23:09:06 MESZ schrieb Marcus Schopen : >Hi, > >a friend wants to restrict access

Re: 2FA and IMAP

This is not multifactor authentication  and I am not sure if it will work but I was kicking around the idea of trying to use client certificates to insure that only mail clients with the proper client certificate  installed can connect. On 4/23/19 2:46 PM, Christian Fontana wrote: Hi. But

Re: 2FA and IMAP

Hi. But the documentation not seems to be complete. I was not able to find an example or an explanation about how to restrict access to a single IMAP account from a certain IP. May you point me to the righe page of documentation? thanks On Mon, 22 Apr 2019 at 19:14, Adam Tauno Williams wrote:

Re: LDAP auth and ptloader

This has nothing to do with my problem. Please stop spamming. On 23.04.19 13:56, Willem Offermans wrote: > Dear Cyrus friends and Sven, > > A reason to look for authentication by radius. > But maybe this should go to feature request. > > > Wiel Offermans > wil...@offermans.rompen.nl

Re: LDAP auth and ptloader

Dear Cyrus friends and Sven, A reason to look for authentication by radius. But maybe this should go to feature request. Wiel Offermans wil...@offermans.rompen.nl > On 23 Apr 2019, at 13:50, Sven Schwedas wrote: > > On 23.04.19 13:43, Willem Offermans wrote: >> Dear Cyrus Friends and

Re: LDAP auth and ptloader

On 23.04.19 13:43, Willem Offermans wrote: > Dear Cyrus Friends and Sven, > > I don’t know if this is of any help. > > I have setup saslauthd to do LDAP authentication of Cyrus. That's what I want to get away from, because saslauthd cannot handle groups, and I need to maintain PAM LDAP auth in

Re: LDAP auth and ptloader

Dear Cyrus Friends and Sven, I don’t know if this is of any help. I have setup saslauthd to do LDAP authentication of Cyrus. Now I’m at this point. I know this is off-topic: LDAP is a database and not developed to do authentication. Radius is developed to do AAA (Authentication, Authorization

Re: 2FA and IMAP

On Sun, 2019-04-21 at 23:09 +0200, Marcus Schopen wrote: > Hi, > > a friend wants to restrict access to his mailbox with 2FA. As > webmailer I use Roundcube, which offers a 2FA plugin. But in the end > this is pointless, because besides the webmailer there is also the > native IMAP access

Re: cyrus http proxy in murder HTTP/1.1 403 Forbidden

On 4/2/19 7:15 PM, Ken Murchison wrote: > > On 4/2/19 1:02 PM, Jean-Christophe Delaye wrote: >> Hello, >> >> We're testing Cyrus3.0.9 in a murder configuration. >> It works fine for imap/imaps services. I can access mailboxes from >> differents frontend, and move mailboxes from on backend to

Re: cyrus http proxy in murder HTTP/1.1 403 Forbidden

On 4/2/19 1:02 PM, Jean-Christophe Delaye wrote: Hello, We're testing Cyrus3.0.9 in a murder configuration. It works fine for imap/imaps services. I can access mailboxes from differents frontend, and move mailboxes from on backend to another ! I'm now blocked with the calendar features in

Re: Upgrade cyrus 2.4.17 to 2.4.18 on Ubuntu

On Tue, Mar 26, 2019, at 6:50 AM, Patrick Goetz wrote: > I believe the version number change (incremental change to stable > release) indicates you shouldn't have any problems, but of course shut > down the service while it's being updated. Yep, no major changes within a single x.y series. Of

Re: Upgrade cyrus 2.4.17 to 2.4.18 on Ubuntu

I believe the version number change (incremental change to stable release) indicates you shouldn't have any problems, but of course shut down the service while it's being updated. Re: Cyrus 3.x packages for Ubuntu: I thought Debian was the one distro the cyrus crew provided up-to-date

Re: cyrus-imapd build dependencies

Thanks, Ellie -- that was helpful. A couple of follow up comments, though. On 3/18/19 7:55 PM, ellie timoney wrote: This page is in the developer section, so its context is for people who are Cyrus developers (especially for new contributors needing to get rolling quickly). Unfortunately

Re: segfaults with cyrus-imapd 3.0.9 on latest arch linux

Am 20.03.19 um 17:11 schrieb Patrick Goetz: Jakob has already updated the AUR package, which appears to have resolved this issue.  The related upstream bug is #2629. After looking at the new PKGBUILD I knew it works because it's identical to my solution ;-) I appreciate your detailed

Re: segfaults with cyrus-imapd 3.0.9 on latest arch linux

Am 20.03.19 um 13:39 schrieb Patrick Goetz: It would appear that --disable-pcre is a configuration option you can't actually use. yes, it seems so. the defines in the header: #ifdef ENABLE_REGEX # ifdef HAVE_PCREPOSIX_H # include # include # else /* !HAVE_PCREPOSIX_H */ # ifdef

Re: segfaults with cyrus-imapd 3.0.9 on latest arch linux

Hi Andreas - Jakob has already updated the AUR package, which appears to have resolved this issue. The related upstream bug is #2629. Regarding the dependencies in the cyrus-imapd PKGBUILD. I recommend starting with Jakob's PKGBUILD and just stripping out the stuff you don't need. I've

Re: segfaults with cyrus-imapd 3.0.9 on latest arch linux

Hi - I can confirm this segmentation fault on my own Arch VM with cyrus installed from the AUR package. As an experiment, I tried building the package with --disable-pcre but then I can't even get the program to compile: In file included from lib/glob.c:50:

Re: cyrus-imapd build dependencies

Ken, Ellie, Thanks for the information. Ellie, I see that #2100 has everything to be merged, hasn't it? What's blocking it? Regards, Anatoli *From:* Ellie Timoney *Sent:* Tuesday, March 19, 2019 03:29 *To:* Info-cyrus *Subject:* Re: cyrus-imapd build dependencies On Tue, Mar 19, 2019

Re: segfaults with cyrus-imapd 3.0.9 on latest arch linux

Am 19.03.19 um 22:00 schrieb Patrick Goetz: Have you tried the 3.0.9 AUR package?   https://aur.archlinux.org/packages/cyrus-imapd Once you get the dependencies down, this one compiles and runs. I noticed the package, it's good to see a recent version in AUR but it has too many

Re: segfaults with cyrus-imapd 3.0.9 on latest arch linux

Hi Andreas - Have you tried the 3.0.9 AUR package? https://aur.archlinux.org/packages/cyrus-imapd Once you get the dependencies down, this one compiles and runs. On 3/19/19 3:38 PM, Andreas Piesk wrote: Am 19.03.19 um 19:47 schrieb Jason L Tibbitts III: "AP" == Andreas Piesk writes:

Re: segfaults with cyrus-imapd 3.0.9 on latest arch linux

Am 19.03.19 um 19:47 schrieb Jason L Tibbitts III: "AP" == Andreas Piesk writes: AP> Hello list, i'm trying to get cyrus-imapd 3.0.9 (testet 3.0.8 too) AP> running on latest arch linux. Here's the configure summary: AP> External dependencies: ldap: no openssl: yes zlib: yes pcre: yes AP> #6

Re: segfaults with cyrus-imapd 3.0.9 on latest arch linux

> "AP" == Andreas Piesk writes: AP> Hello list, i'm trying to get cyrus-imapd 3.0.9 (testet 3.0.8 too) AP> running on latest arch linux. Here's the configure summary: AP> External dependencies: ldap: no openssl: yes zlib: yes pcre: yes AP> #6 0x7fc4aa385050 re_acquire_state_context

Re: cyrus-imapd build dependencies

To:* Info-cyrus *Subject:* Re: cyrus-imapd build dependencies Hi Patrick, On Mon, Mar 18, 2019, at 11:33 PM, Patrick Goetz wrote: This page on compiling cyrus-imapd: https://www.cyrusimap.org/imap/developer/compiling.html This page is in the developer section, so its context is for p

Re: script to check quota failed

Hello, My solution was to rename a user sub folder whose length was 240 caracters ( file name too long). open("/var/lib/imap/quota/a/user.myuser.Diffusion 2nd degr relative au d de fonctionnaires dans les corps enseignants du second degr, des personnels d' et des psychologues de l'

Re: cyrus-imapd build dependencies

On Tue, Mar 19, 2019, at 3:39 PM, Anatoli via Info-cyrus wrote: > > The Cyrus httpd provides DAV services (which use the HTTP protocol). If > you want the Cyrus httpd to support HTTP/2, you will need libnghttp2. > Otherwise it will only support HTTP/1. > > Always wanted to ask what the

Re: cyrus-imapd build dependencies

usimap/cyrus-imapd/issues/1765>? (It needs to be moved out to implement efficient chroot) Regards, Anatoli *From:* Ellie Timoney *Sent:* Monday, March 18, 2019 21:55 *To:* Info-cyrus *Subject:* Re: cyrus-imapd build dependencies Hi Patrick, On Mon, Mar 18, 2019, at 11:33 PM, Patrick Go

Re: cyrus-imapd build dependencies

Hi Patrick, On Mon, Mar 18, 2019, at 11:33 PM, Patrick Goetz wrote: > This page on compiling cyrus-imapd: > >https://www.cyrusimap.org/imap/developer/compiling.html This page is in the developer section, so its context is for people who are Cyrus developers (especially for new contributors

Re: script to check quota failed

> Hi, > > seems that there is a problem with your cyrus quota tree > (/var/lib/cyrus/quota) or at least some of its files. In the case of RHEL6 this will be /var/lib/imap/quota/. I suggest to look at the quota files there, they have names like user. and are text files with two lines. Should be

Re: script to check quota failed

Hi, seems that there is a problem with your cyrus quota tree (/var/lib/cyrus/quota) or at least some of its files. Maybe strace command may help you find which files are corrupt: su - cyrus -c "strace /usr/lib/cyrus-imapd/quota user" Anthony Prades On 3/18/19 2:32 PM, Stephane Branchoux wrote:

Re: Which imap command to rename a root mailbox while maintaining its partition

> Hi, > > seems that there is a problem with your cyrus quota tree > (/var/lib/cyrus/quota) or at least some of its files. In the case of RHEL6 this will be /var/lib/imap/quota/. I suggest to look at the quota files there, they have names like user. and are text files with two lines. Should be

Re: Which imap command to rename a root mailbox while maintaining its partition

Sorry, bad thread... On 3/18/19 4:49 PM, Anthony Prades via Info-cyrus wrote: > Hi, > > seems that there is a problem with your cyrus quota tree > (/var/lib/cyrus/quota) or at least some of its files. > > Maybe strace command may help you find which files are corrupt: > su - cyrus -c "strace

Re: Which imap command to rename a root mailbox while maintaining its partition

Hi, seems that there is a problem with your cyrus quota tree (/var/lib/cyrus/quota) or at least some of its files. Maybe strace command may help you find which files are corrupt: su - cyrus -c "strace /usr/lib/cyrus-imapd/quota user" Anthony Prades On 3/18/19 10:13 AM, Marco wrote: > Il

Re: Which imap command to rename a root mailbox while maintaining its partition

I will take look as to how/why this restriction was put into place.  At the very least, renaming a top-level mailbox and keeping it on the same partition should be allowed. On 3/18/19 4:57 AM, Thomas Cataldo wrote: Well yes, the case you describe are working. As a workaround we do : A1

<    1   2   3   4   5   6   7   8   9   10   >