Re: imap clients say i have 4K messages but spool has 12894 files

On 5/26/20 9:00 AM, Brian J. Murrell wrote: On Tue, 2020-05-26 at 08:47 -0500, Nic Bernstein wrote: |expunge_mode:| delayed The mode in which messages (and their corresponding cache entries) are expunged. “semidelayed” mode is the old behavior in which the messag

Re: imap clients say i have 4K messages but spool has 12894 files

On Tue, 2020-05-26 at 16:21 +0200, Simon Matter wrote: > > How did you install your 2.4.17 server? From packages supplied by the CentOS 7.x distribution. > If so it's possible that you distribution uses different > configuration > than the default, at build time. You should check this. But does

Re: imap clients say i have 4K messages but spool has 12894 files

> On Tue, 2020-05-26 at 08:47 -0500, Nic Bernstein wrote: >> >> |expunge_mode:| delayed >> >> The mode in which messages (and their corresponding cache >> entries) are expunged. “semidelayed” mode is the old behavior >> in >> which the message files are purged at the tim

Re: imap clients say i have 4K messages but spool has 12894 files

On Tue, 2020-05-26 at 08:47 -0500, Nic Bernstein wrote: > > |expunge_mode:| delayed > > The mode in which messages (and their corresponding cache > entries) are expunged. “semidelayed” mode is the old behavior > in > which the message files are purged at the time of th

Re: imap clients say i have 4K messages but spool has 12894 files

On 5/26/20 8:33 AM, Brian J. Murrell wrote: Hi. Every IMAP client I query my cyrus imapd 2.4.17 server with says I have ~4K messages in my INBOX. However when I do a listing of /var/spool/imap/b/user/brian/ it shows almost 13K files. None of these include messages which have been deleted but n

Re: Help undeleting a user's INBOX

On 5/24/20 6:05 PM, Mikhail T. wrote: The thunderbird view of a user's mailbox tree had a mysterious nameless subfolder. Because the subfolder was showing empty, I instructed the user to just delete it through the mail program, which he did. Now his INBOX itself is empty and the server logs ha

Re: Remove ANNOTATE-EXPERIMENT-1

Il 19/05/2020 13:44, Ken Murchison ha scritto: You should be able to set implicit_owner_rights: lkxa I tried. It doesn't change the behavior. I'm not sure why. Maybe because the manual says "When a mailbox is created, its ACL starts off with a copy of the ACL of its closest parent mailbox. W

Re: Remove ANNOTATE-EXPERIMENT-1

You should be able to set implicit_owner_rights: lkxa Keep in mind that rights are inherited from their parents, so you will have to change existing mailboxes using SETACL, or by shutting down Cyrus, dumping mailboxes.db to a test file, editing the entries and then undumping the database.  I

Re: Cyrus IMAP 3.2.0 released

On Mon, May 18, 2020, at 4:17 PM, Marco wrote: > Ouch... I will try > > Thank you for the hint > Marco I think I might have figured out a way to work around (not fix) the problem (by detecting when the LD_PRELOAD hasn't worked, and ignoring the syslog bits), and written it down here so I don't

Re: Cyrus IMAP 3.2.0 released

Il 15/05/2020 02:03, ellie timoney ha scritto: The discussion on github about the lmtpd crash on RHEL7 makes me wonder if FORTIFY_SOURCE, or something adjacent to it, is the cause of your Cassandane LD_PRELOAD problem as well? Ouch... I will try Thank you for the hint Marco Cyrus Home P

Re: Cyrus IMAP 3.2.0 released

The discussion on github about the lmtpd crash on RHEL7 makes me wonder if FORTIFY_SOURCE, or something adjacent to it, is the cause of your Cassandane LD_PRELOAD problem as well? I don't know much about it -- it's not default on my system, and even though github reminds me that I've looked at

Re: Is it safe to wipe: /var/lib/cyrus/lock/

Hi, Quoting Jan Vales : Hello, I just stumbled into this directory: /var/lib/cyrus/lock/ It seems to contain many dead things, like .lock-files that - based on their names - must be older than 2+ years, including .../user/$NAME where $NAME does not have a mailbox/account anymore. Is it safe

Re: Cyrus IMAP 3.2.0 released

Hello Michael, On 11/05/2020 10:45, Michael Menge has written: RedHat systems use SELinux by default and SELinux has the habit to block access to files, sockets, ... Especial if software from non-Redhat repos is used. thank you for the hint, I think that this is not my issue. I disabled SELIN

Re: Cyrus IMAP 3.2.0 released

Quoting ellie timoney : Hi Marco, But it really seems that the LD_PRELOAD or the syslog.so doesn't work for me. Thanks for including that detail. Hopefully someone familiar with RedHat can chime in with some insight into the LD_PRELOAD issue! At a guess, "preventing library injection

Re: Cyrus IMAP 3.2.0 released

Hi Ellie, thank you for these feedback. On 11/05/2020 03:03, ellie timoney has written: # This fail on 3.2.0 # https://github.com/cyrusimap/cyrus-imapd/issues/2332 Caldav.supports_event This one should be passing on 3.2.0, the issue above has been closed Ouch. It still f

Re: Cyrus IMAP 3.2.0 released

Hi Marco, > But it really seems that the LD_PRELOAD or the syslog.so doesn't > work for me. Thanks for including that detail. Hopefully someone familiar with RedHat can chime in with some insight into the LD_PRELOAD issue! At a guess, "preventing library injection from intercepting syslog ca

Re: files on disk but not in index?

On Wed, 2020-05-06 at 13:10 -0400, Brian J. Murrell wrote: > On Wed, 2020-05-06 at 09:11 -0400, Ken Murchison wrote: > > You may have a bunch of messages that were marked as \Deleted (and > > not > > displayed by your client) but haven't been expunged. > > I have my every-day-all-day e-mail clien

Re: Cyrus IMAP 3.2.0 released

Hi Ellie, On 08/05/2020 03:29, ellie timoney ha scritto: Hi Marco, [...] Thugh... if it's failing on missing syslog errors, that means it found "utils/syslog.so" (otherwise it would be ignoring syslog problems), so you probably did already run "make".  But if it still didn't find the sys

Re: Cyrus IMAP 3.2.0 released

Hi Marco, On Thu, May 7, 2020, at 7:51 PM, Marco wrote: > The Instance.pm of Cassandane looks for a log in > > {basedir}/conf/log/syslog > > but the Cyrus IMAP log to system MAIL syslog, in redhat by default is > /var/log/maillog. Did you run "make" in the cassandane directory, like the instru

Re: Cyrus IMAP 3.2.0 released

Il 07/05/2020 12:15, Robert Stepanek ha scritto: 2) The SearchFuzzy.striphtml_alternative fails for the following reason: 3) The  SearchFuzzy.striphtml_rfc822 fails for the following reason: These fail because they test a feature on the development branch. I have fixed that on the cassandane m

Re: Cyrus IMAP 3.2.0 released

On Thu, May 7, 2020, at 11:51 AM, Marco wrote: > 1) The Rename.rename_inbox fails for this syslog error: Probably ellie knows more for this one? > 2) The SearchFuzzy.striphtml_alternative fails for the following reason: > 3) The SearchFuzzy.striphtml_rfc822 fails for the following reason: These

Re: Cyrus IMAP 3.2.0 released

On 06/05/2020 19:59, Jason Tibbitts has written: "M" == Marco writes: M> thank you for the info. I trusted an old commit which I found on a M> SPEC file for Fedora Cyrus IMAP 3.0.x. I'm trying to build an RPM M> file. Yes, you shouldn't trust that as I froze the Cassandane version in Fedora

Re: Cyrus IMAP 3.2.0 released

> "M" == Marco writes: M> thank you for the info. I trusted an old commit which I found on a M> SPEC file for Fedora Cyrus IMAP 3.0.x. I'm trying to build an RPM M> file. Yes, you shouldn't trust that as I froze the Cassandane version in Fedora's packaging at an appropriate checkout back w

Re: files on disk but not in index?

On Wed, 2020-05-06 at 09:11 -0400, Ken Murchison wrote: > You may have a bunch of messages that were marked as \Deleted (and > not > displayed by your client) but haven't been expunged. I have my every-day-all-day e-mail client, evolution, set to display deleted messages (it shows them with a str

Re: Cyrus IMAP 3.2.0 released

Hello, On 06/05/2020 02:15, ellie timoney has written: Cassandane is designed to be run from a git clone, and if you're using it, you should generally keep it up to date. It is kept generally backwards compatible, because I use it for testing new releases from old branches. You don't need di

Re: files on disk but not in index?

You may have a bunch of messages that were marked as \Deleted (and not displayed by your client) but haven't been expunged. How many of the messages shown by mbexamine have the \Deleted flag set? On 5/6/20 8:32 AM, Brian J. Murrell wrote: On Wed, 2020-05-06 at 07:18 -0400, Ken Murchison wrot

Re: files on disk but not in index?

On Wed, 2020-05-06 at 07:18 -0400, Ken Murchison wrote: > You can use 'mbexamine' and 'unexpunge -l' mbexamine looks interesting, but unexpunge -l returns nothing for my INBOX. I think this is because expunge is immediate in 2.4.17 isn't it? mbexamine's output is pretty terse though. Given this

Re: files on disk but not in index?

You can use 'mbexamine' and 'unexpunge -l' on a mailbox and compare the UIDs listed by the 2 commands to the message files in the mailbox directory. I you think you have orphaned (not expunged) message files, you can try 'reconstruct -G' on the mailbox to restore them into the index. On 5/6/

Re: files on disk but not in index?

On Fri, 2020-05-01 at 14:29 -0400, Brian J. Murrell wrote: > I'm fairly convinced that I have (lots of) files in my Cyrus mail > spool > that are not actually in any index -- orphan files. > > How can I verify this and identify the orphan files? Nobody has any ideas at all about how this can be v

Re: Cyrus IMAP 3.2.0 released

Hi Marco, > I work with > https://github.com/cyrusimap/cassandane/archive/00bfe0109f80437ed09154aca9fbd53eef8f1b09.tar.gz > This cassandane release works pretty with 3.0.12. I didn't find build > changes in Release notes for 3.2.0... We don't do releases of Cassandane. That thing is just a sna

Re: Cyrus IMAP 3.2.0 released

Il 04/05/2020 08:18, ellie timoney ha scritto: The Cyrus team is proud to announce the first stable release from the new Cyrus IMAP 3.2 series: 3.2.0 The main https://www.cyrusimap.org/ website now shows content for the 3.2 series. Hello, I'm trying to build this release, but I see many er

Re: sync_log_chain - is it always needed?

rform a final replication to it to make sure it's exactly up to date (should be quick, since the current-master will only have a few minutes of changes to catch up on, since you already brought it up to date), then flip your configurations/dns/proxy/whatever else you need to do, and p

Re: sync_log_chain - is it always needed?

On 2020-05-01 01:26, ellie timoney wrote: The rolling sync_client takes care of cleaning up each sync_log file as it finishes replicating it downstream. Now consider the case where your replica is an end point, not a link in a chain: it does not have a rolling sync_client forwarding replicatio

Re: sync_log_chain - is it always needed?

On Thu, Apr 30, 2020, at 12:29 AM, Olaf Frączyk wrote: > However why the sync_log_chain could be not always active? As the server > catches all changes from LMTP, IMAP, POP anyway, why to use a special > option for the synchronization protocol? Why to treat replication > changes differently from

Re: Mailbox rename and Cyrus murder

Hi!, I have been reading this interesting thread https://lists.andrew.cmu.edu/pipermail/cyrus-devel/2015-March/003165.html from 2015. As a curiosity, did finally that ended in some sort of production env?. I have seen this kind of pages https://www.cyrusimap.org/imap/concepts/features/server-a

Re: METADATA help

Oh, I have found the solution! It seems that in the annotation_definitions file the *name* of the third-party annotation MUST be down-case. The RFC5464 says: "Except as noted otherwise, all alphabetic characters are case- insensitive. The use of upper or lower case characters to define

Re: Replication failed 3.0.5 -> 3.0.13

On 2020-04-29 16:47, Andrzej Kwiatkowski wrote: Ok. I was asking because of problem with low entropy on VM-s causing performance issues with big installations. I didn't have this issue, however as I said, my installation is really small. If I needed more entropy I would think of using a hardw

Re: Replication failed 3.0.5 -> 3.0.13

W dniu 22.04.2020 o 10:19, Olaf Frączyk pisze: > On 2020-04-22 09:16, Andrzej Kwiatkowski wrote: >> W dniu 20.04.2020 o 16:11, Olaf Frączyk pisze: >>> Hi, >>> >>> I'm running 3.0.5. >>> >>> I want to migrate to a new machine. I set up cyrus-imapd 3.0.13. >>> >>> The replication started but it didn'

Re: sync_log_chain - is it always needed?

On 2020-04-29 03:39, ellie timoney wrote: On Wed, Apr 29, 2020, at 1:12 AM, Olaf Frączyk wrote: I was wondering why do we need to use this option on middle servers in replication chain? Hope this helps, Yes it helped. Thank you. As the replication uses its own protocol even over IMAP connec

Re: sync_log_chain - is it always needed?

le that was also sent. If, for some reason, you're replicating from a recent version (that only sends the script file) to an old version (that expects both), then your replica will not have up to date compiled bytecode. If your replica needs to be brought into service taking real traffic,

Re: Replication failed 3.0.5 -> 3.0.13

On 2020-04-22 09:16, Andrzej Kwiatkowski wrote: W dniu 20.04.2020 o 16:11, Olaf Frączyk pisze: Hi, I'm running 3.0.5. I want to migrate to a new machine. I set up cyrus-imapd 3.0.13. The replication started but it didn't transfer all mails. The store isn't big 44GB, transferred was about 24

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

Yes, Michael was right - it works properly now. (I hope ;). OK. I'll put it in the DAEMON section - this way I have only one point where all stuff related to imap is started. Thank you for explanation. Regards, Olaf On 2020-04-22 02:36, ellie timoney wrote: I think Michael's got this pretty

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

On 2020-04-21 20:40, Michael Menge wrote: Quoting Olaf Frączyk : Yes, at the beginning I was also thinking if initial sync is necessary, but there was nothing in docs about it, something started replicating and I simply assumed it does initial resync. I'll try it this evening. :) Since y

Re: Replication failed 3.0.5 -> 3.0.13

W dniu 20.04.2020 o 16:11, Olaf Frączyk pisze: > Hi, > > I'm running 3.0.5. > > I want to migrate to a new machine. I set up cyrus-imapd 3.0.13. > > The replication started but it didn't transfer all mails. > > The store isn't big 44GB, transferred was about 24 GB. > > In the logs I see: > Ol

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

I think Michael's got this pretty much covered -- you need to disable the rolling replication for now, and then use sync_client -u (or if you're brave, sync_client -A) to get an initial sync of everything. These two options work entire-user-at-a-time, so they should detect and fix the problems

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

Quoting Olaf Frączyk : Yes, at the beginning I was also thinking if initial sync is necessary, but there was nothing in docs about it, something started replicating and I simply assumed it does initial resync. I'll try it this evening. :) Since you use replication - are sieve scripts r

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

On 2020-04-21 16:00, Michael Menge wrote: Hi, Quoting Olaf Frączyk : I managed to get strace on both sides, however it doesn't make me wiser - there is nothing obvious for me. Additionally I see that replication works more or less for new messages, but older are not processed. I have sev

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

Hi, Quoting Olaf Frączyk : I managed to get strace on both sides, however it doesn't make me wiser - there is nothing obvious for me. Additionally I see that replication works more or less for new messages, but older are not processed. I have several subfolders in my mailbox, some of the

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

I managed to get strace on both sides, however it doesn't make me wiser - there is nothing obvious for me. Additionally I see that replication works more or less for new messages, but older are not processed. I have several subfolders in my mailbox, some of them unreplicated. If I change any

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

Quoting Olaf Frączyk : Thank you for the telemetry hint :) I don't use the syncserver - the replication is done via IMAP port on the replica side. I have no idea how to have strace spawned by cyrus master process. When I attach later to imapd using strace -p I'm afraid some info already

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

Thank you for the telemetry hint :) I don't use the syncserver - the replication is done via IMAP port on the replica side. I have no idea how to have strace spawned by cyrus master process. When I attach later to imapd using strace -p I'm afraid some info already will be lost. The syncserve

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

Hi, Quoting Olaf Frączyk : The current situation is: 1. Replica: stopped and started the replica no activity on replica - iotop and top show nothing the only messages on replica is incoming connection from master 2. Master: when I run sync_client -r I still get: Apr 21 12:38:36 ifs sync_

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

The current situation is: 1. Replica: stopped and started the replica no activity on replica - iotop and top show nothing the only messages on replica is incoming connection from master 2. Master: when I run sync_client -r I still get: Apr 21 12:38:36 ifs sync_client[29518]: Reprocessing sy

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

I also found out that when I see on master: Apr 21 11:12:38 ifs sync_client[27996]: IOERROR: zero length response to MAILBOXES (idle for too long) Apr 21 11:12:38 ifs sync_client[27996]: IOERROR: zero length response to RESTART (idle for too long) Apr 21 11:12:38 ifs sync_client[27996]: Error i

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

Hi, When I run sync_client -r on the master I see the following on the replica: Apr 21 10:56:15 skink1 imap[5775]: mailbox: longlock navi.pl!user.olaf for 1.7 seconds Apr 21 10:56:20 skink1 imap[5775]: mailbox: longlock navi.pl!user.piotr for 2.0 seconds Apr 21 10:56:23 skink1 imap[5775]: mail

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

Hi Olaf Quoting Olaf Frączyk : Hi, I upgraded to 3.0.13 but it didn't help. This time it copied about 18GB in the logs I still see: 1 - inefficient replication 2 - IOERROR: zero length response to MAILBOXES (idle for too long) IOERROR: zero length response to RESTART (idle for too long) E

Re: Replication failed 3.0.5 -> 3.0.13, now 3.0.13->3.0.13

Hi, I upgraded to 3.0.13 but it didn't help. This time it copied about 18GB in the logs I still see: 1 - inefficient replication 2 - IOERROR: zero length response to MAILBOXES (idle for too long) IOERROR: zero length response to RESTART (idle for too long) Error in do_sync(): bailing out! Bad

Re: Problems during local JMAP setup regarding HTTP 405 response

Are your requests against /jmap or /jmap/ (note that the trailing / is required)? On 4/15/20 1:34 AM, stani...@audriga.com wrote: Hello everyone, I'm currently trying to test a JMAP client library against a locally running Cyrus instance. The issue which I'm experiencing is that when trying

Re: Sendmail+Cyrus IMAP "Data format error" and bounces

On Friday 27 March 2020, you wrote: > With "reject8bit: yes", sendmail refuses the message with "Message > contains non-ASCII characters in headers". (Still don't know why it > doesn't refuse it upfront, but bounces it!). This is LMTP error between Sendmail and Cyrus. The message already receiv

Re: Replication - current status and how to do failover

On Sun, Apr 5, 2020, at 00:45, Olaf Frączyk wrote: > Hello, > > 1. Is currently master-master replication possible (maybe 3.2) Is it OK > to sync them two-way? No, not really. It'll mostly be fine, but it doesn't (yet) handle folder create/rename/delete safely. > If yes - how to set up such

Re: Sendmail+Cyrus IMAP "Data format error" and bounces

On 2020-03-28 04.59, Andrea Venturoli wrote: > Any idea for a similar tool which can use UTF8SMTPS, so I can repeat > that tests? I would be going low-tech and using telnet or netcat or socat to converse directly with your mail server's port 25.  Craft the client's side of the conversation in anot

Re: Cyrus IMAP 3.2.0-beta4 released

Correction: https://www.cyrusimap.org/3.2/imap/download/release-notes/3.2/x/3.2.0-beta4.html https://www.cyrusimap.org/3.2/imap/download/upgrade.html On Mon, Mar 30, 2020, at 3:13 PM, ellie timoney wrote: > The Cyrus team is proud to announce the fourth beta release from the > new Cyrus

Re: Sendmail+Cyrus IMAP "Data format error" and bounces

On 2020-03-17 20:13, Andrea Venturoli wrote: On 2020-03-17 15:52, Andrea Venturoli wrote: Also, https://www.cyrusimap.org/imap/reference/manpages/configs/imapd.conf.html#std:cyrusman-imapd.conf(5), says "reject8bit: 0" is the default.  From this I understand my setup should NOT reject 8bit h

Re: tcp keep alive?

Have you enabled keepalive in imapd.conf? tcp_keepalive: 1 -- .:.Sebastian Hagedorn - Weyertal 121 (Gebäude 133), Zimmer 2.02.:. .:.Regionales Rechenzentrum (RRZK).:. .:.Universität zu Köln / Cologne University - ✆ +49-221-470-89578.:. Am 16.03.20 um 16:13 schrieb Heiler Bem

Re: Sendmail+Cyrus IMAP "Data format error" and bounces

On 2020-03-17 23:38, Deborah Pickett wrote: On 2020-03-17 23:49, Andrea Venturoli wrote: _ sendmail is SMTPUTF8-aware (this is confirmed by EHLO); however Cyrus isn't? Could be.  This option in imapd.conf might be relevant: rfc2047_utf8: 0 If enabled, imapd will parse any non-encoded charact

Re: Sendmail+Cyrus IMAP "Data format error" and bounces

On Tuesday 17 March 2020, Andrea Venturoli wrote: > > I'm now setting this explicitly and I'll see what happens. > > In fact, nothing changed. I checked my Sendmail's log just in case and didn't find any "Data format error" messages. I keep a log for 1 month. About 200K messages were received

Re: Sendmail+Cyrus IMAP "Data format error" and bounces

On 2020-03-17 23:49, Andrea Venturoli wrote: _ sendmail is SMTPUTF8-aware (this is confirmed by EHLO); however Cyrus isn't? Could be.  This option in imapd.conf might be relevant: rfc2047_utf8: 0 If enabled, imapd will parse any non-encoded character sequence in MIME header values as UTF8. T

Re: Sendmail+Cyrus IMAP "Data format error" and bounces

On 2020-03-17 15:52, Andrea Venturoli wrote: Also, https://www.cyrusimap.org/imap/reference/manpages/configs/imapd.conf.html#std:cyrusman-imapd.conf(5), says "reject8bit: 0" is the default. From this I understand my setup should NOT reject 8bit headers (but change non-ASCII characters to X)

Re: Sendmail+Cyrus IMAP "Data format error" and bounces

On 2020-03-17 13:31, Sergey wrote: On Tuesday 17 March 2020, Andrea Venturoli wrote: From time to time, I receive some message that are refused and bounce. Do to possible blacklisting, I *really* want to avoid bounces. I use Sendmail+Cyrus a very long time and I not remember this problem e

Re: Sendmail+Cyrus IMAP "Data format error" and bounces

On 2020-03-17 11:58, Deborah Pickett wrote: Hi Andrea, Hello and thanks a lot for your interest. Finally I get some useful information on this! The status 5.6.7 seems to be related to encodings.  It's defined in RFC 6531, SMTP Extension for Internationalized Email: When the SMTPUTF8-awa

Re: Sendmail+Cyrus IMAP "Data format error" and bounces

On Tuesday 17 March 2020, Andrea Venturoli wrote: > From time to time, I receive some message that are refused > and bounce. Do to possible blacklisting, I *really* want to > avoid bounces. I use Sendmail+Cyrus a very long time and I not remember this problem exactly. Cyrus is not receive messa

Re: Sendmail+Cyrus IMAP "Data format error" and bounces

Hi Andrea, On 2020-03-17 20:57, Andrea Venturoli wrote: From time to time, I receive some message that are refused and bounce. Do to possible blacklisting, I *really* want to avoid bounces. Here's a sample log: sm-mta[97841]: 00DI1r4x097841: from=, size=37059, class=0, nrcpts=1, msgid=, proto

Re: Xapian index not being used for message search in Roundcube

Mmm I’ll try too to take a look at these when I have a little time… We though all could came from a Roundcube bug when dealing with mail threads… apart from that, we didn’t really know too how these search commands (that a THREAD command existed) worked too… we should have tried seeing it by ngr

Re: Xapian index not being used for message search in Roundcube

Hi, Please try disabling the threads or conversación view in Roundcube and repleta the search, Cheers! Egoitz, > El 24 feb 2020, a las 11:04, "ego...@sarenet.es" escribió: > > Hi Simon, > > Try selecting the non conversation view before doing the search. It seems > Roundcube has something

Re: Migrating calendars to Cyrus

Hi! Yes it exists. It’s called Vdirsyncer. Cherrs! 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

Re: Xapian index not being used for message search in Roundcube

Hi Simon, Try selecting the non conversation view before doing the search. It seems Roundcube has something weird there… but I could assure you it uses it when you set the non-conversation (non thread view). I think really it does even there, but perhaps it enter in a non-controlled loop with a

Re: Xapian index not being used for message search in Roundcube

I don't really understand search in any depth, but it's interesting to observe that, in addition to the different command (SEARCH vs THREAD), those two searches are also using different search criteria ("BODY linux" vs "TEXT linux"). It might be informative to try do the SEARCH search with "TEX

Re: Migrating calendars to Cyrus

On 2/21/20 5:09 AM, Andrea Venturoli wrote: Hello. I've been using CyrusIMAP for a long time, since before it supported CalDAV/CardDAV. At a site, I had installed DAVical, but I'd like to get rid of it, now that Cyrus can do what it does. I've migrated most calendars and I'm left with only o

Re: cyrus murder environment and http proxy?

Thanks for the help, I'll give it another try in a couple of days, and if it didn't workout, I might go for the same solution or try nginx. Regards. KMK On Tuesday, February 18, 2020, 6:09:28 PM GMT+5, Jean-Christophe Delaye wrote: On 2020-02-17 12:17, Khalid Mehmood Khan via Info-c

Re: Fwd: Help putting cyrus on Docker

Hi Nic! I'm super happy with your response! Honestly, I added that while I was getting 550 from lmtp, but that probably should be removed. But lmtp, do you think I can remove that line from the master? Actually, that line came turned on by default on CentOS 8, that is the base image I'm using. I

Re: Fwd: Help putting cyrus on Docker

Fabio, Very interesting stuff.  I would encourage you to add Readme.md to your repository, containing at least what you've summarized here. This would make for a nice addition to the Cyrus documentation, but would need a bit more explanation on your part, first, so whomever prepares the docs f

Re: Fwd: Help putting cyrus on Docker

Hello! I finally got the basic stuff working on Docker and deployed through Docker swarm. That is what I learnt (or I think I learnt) * a basic mail solution having Cyrus needs 4 containers (imapd, saslauthd, rsyslog and postfix) * sharing rsyslog socket on all containers is needed to have logs *

Re: cyrus murder environment and http proxy?

On 2020-02-17 12:17, Khalid Mehmood Khan via Info-cyrus wrote: > Hi! > > Does http proxy work in a cyrus murder environment? I keep getting ""PUT > /dav/addressbooks/user/testuser/6ecc0a66-74a1412-1581679269354-210887/ef37977290d43113e709f68848aa9a8a5ff8a24f.vcf > HTTP/1.1" (if-none-match=*) =>

Re: Sieve admin account doesn't work anymore

Hello, > You're trying to use "proxy authentication". That only works with some > SASL mechanisms, not all of them. Yes, I know, we use "PLAIN" which does support that. > Perhaps try the same with imtest and > observe what mechanism is used? imtest is much more verbose than sieveshell. > Tha

Re: Sieve admin account doesn't work anymore

Am 17.02.20 um 09:16 Uhr schrieb Rainer Ruprechtsberger: > I hope I got the list to post this question to right, please excuse me > if I didn't.. > > I resently upgraded a cyrus-imap from version 2.4 to 3.0 and since then > my sieve admin account is not an admin anymore: > > sieveshell -u admin

Re: ACL on root mailbox

Le 07/02/2020 à 11:35:10+0100, Paolo Cravero a écrit > Hello Albert. > > > I would like to known what kind of ACL you give on a shared mailbox. My > > problem is : > > > > I have some users who are admin on the mailbox, it's needed because those > > admin-user can create sub folder. > > > > B

Re: squatter segfaulting

Hello. > Vanilla Cyrus, no Xapian. I don't know how to run a debug-enable, I only know > the basics :/ > > ii cyrus-imapd 2.5.10-3+deb9u1 > amd64Cyrus mail system - IMAP support > There seems to be an open issue: https://bugs.debian.org/cgi-b

Re: ACL on root mailbox

Hello Albert. > I would like to known what kind of ACL you give on a shared mailbox. My > problem is : > > I have some users who are admin on the mailbox, it's needed because those > admin-user can create sub folder. > > But some user make mistake time to time and move the mailbox under so

Re: squatter segfaulting

Hi, Vanilla Cyrus, no Xapian. I don't know how to run a debug-enable, I only know the basics :/ ii  cyrus-imapd   2.5.10-3+deb9u1    amd64    Cyrus mail system - IMAP support Best Regards, Heiler Bemer

Re: squatter segfaulting

On Wed, Feb 5, 2020, at 9:36 PM, Heiler Bemerguy wrote: > Is this normal ? Absolutely not. Which Cyrus version are you running? Are you using the Xapian search backend? Would you be able to run this with a debug-enabled build and look at the core dump? Cheers, Robert Cyrus Home Page: http

Re: Unable to subscribe to folders.

On Mon, Feb 3, 2020, at 11:02 PM, Sebastian Hagedorn wrote: > just a guess, but isn't LSUB the command for listing subscribed > mailboxes? I'm not actually sure it makes a difference, but you should > give it a try ... > LIST (\Subscribed) is one of the extensions we support, it should work fine

Re: Unable to subscribe to folders.

Hi, Am 02.02.20 um 03:35 Uhr schrieb Matthew Schumacher: > Anyone see this before?  For some reason I simply can't subscribe to my > folders.  Looking at it from the protocol level: > > a list (subscribed) "" "*" > > returns > . > * LIST (\Subscribed \HasNoChildren) "/" Vendors/Tools > * LIS

Re: Database upgrade and Xapian version dependency

Hi!! Thanks a lot for your nice answer :) . Totally logical, reasonable and clear answer. Nicely explained. I’ll share in the list all the relevant situations I’ll find. Thanks again ;) Egoitz, > El 29 ene 2020, a las 0:08, ellie timoney escribió: > On Mon, Jan 27, 2020, at 9:51 AM, Eg

Re: Database upgrade and Xapian version dependency

>> On Mon, Jan 27, 2020, at 9:51 AM, Egoitz Aurrekoetxea via Info-cyrus wrote: >>> Just for having it slightly clearer… When you upgrade the Cyrus version and >>> the version you are upgrading to is a too close one… for instance from >>> 3.0.8 to 3.0.13 and you see the Cyrus version is the same f

Re: Database upgrade and Xapian version dependency

Hi Robert :) Thanks a lot for your answer mate :) :) Very thankful :) :) I think for the moment we’ll stay in the 1.4…. this is not going to be a big problem… And about versions… it would be fine if Ellie could told… but I assume there’s no problem with that due to not having database upgrades

Re: Create ics in another calendar (internal server error)

Hello, Nothing more in my log I manage to solve this issue in the debian changelog i have read that cyrus-imapd (3.0.8-6+deb10u3) buster-security; urgency=medium   * Add patch to avoid mailbox creation as administrator     (Closes: #CVE-2019-19783) So I have try to create the mail and the d

Re: Database upgrade and Xapian version dependency

On Mon, Jan 27, 2020, at 9:51 AM, Egoitz Aurrekoetxea via Info-cyrus wrote: > Just for having it slightly clearer… When you upgrade the Cyrus version and > the version you are upgrading to is a too close one… for instance from 3.0.8 > to 3.0.13 and you see the Cyrus version is the same for users

Re: Create ics in another calendar (internal server error)

On Tue, Jan 28, 2020, at 10:22 AM, Zorg wrote: > put every time i this to add event (thunderbird, evolution, curl ) i > have this in the log "HTTP/1.1 500 Internal Server Error" (error=The > server encountered an internal error.) Do you see any indicative error message in the log file (e.g. sysl

Re: Question about squatter for Xapian

Hi!! Thank you so much Rob!! I will launch it this weekend :) :) Cheers! > El 23 ene 2020, a las 23:04, Rob N ★ escribió: > > On Fri, 24 Jan 2020, at 4:38 AM, ego...@sarenet.es > wrote: >> - Does it regenerate all mailboxes indexes?. Just the non-indexed emails?. I

Re: Unable to build Cyrus

Hi Daniel, On Thu, Jan 23, 2020, at 10:34 PM, Daniel Gultsch wrote: > /usr/bin/ld: warning: libicui18n.so.57, needed by > /usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libxml2.so, > may conflict with libicui18n.so.64 > /usr/bin/ld: warning: libicuuc.so.57, needed by > /usr/lib/gcc/x86_

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