Re: Cyrus + Xapian

can confirm the problem with squatter are not related. Event with a > server who run normaly I got the same issue. > > After sync (imapsync) some mailbox, each time I launch squatter I will get > a first index for one user, after that seg fault (just after jump to next > user), and if I

Re: Moving mailboxes from CIMAP-2.3.16 to CIMAP-3.0.5

ure the diectoy layout is the same and "refresh" the sieve pool then. > I then restarted the process and used rsync natively with --hard-links > in order to see if that reduced the disc space. Following the rsync of > all the user mailboxes I re-initialised > > At a gues

Re: Moving mailboxes from CIMAP-2.3.16 to CIMAP-3.0.5

process and used rsync natively with --hard-links in order to see if that reduced the disc space. Following the rsync of all the user mailboxes I re-initialised I have run 'reconstruct -fr user' and rebuilt mailboxes.db. This is what I get from running 'quota -f user' thereafter: [root@inet17

Re: Xapian/Cyrus/Thunderbird

Hi, On Fri, May 4, 2018, at 14:48, Albert Shih wrote: > Is they are any way to make a test to know if xapian work or not ? Cyrus comes with two binaries that will tell you its build and runtime configuration: E.g. running $ /usr/cyrus/sbin/cyr_buildinfo on my development server yields a

Re: Xapian/Cyrus/Thunderbird

Le 04/05/2018 à 14:48:49+0200, Albert Shih a écrit > Hi, > > So I've installed cyrus-imapd 3.0.5 with xapian. > > I configure and launch xapian according to > > https://www.cyrusimap.org/imap/developer/install-xapian.html > > and I currently launch in a console > >

Re: Size of partition.

On Tue, 1 May 2018, at 04:12, Albert Shih wrote: > Le 30/04/2018 à 08:30:44+0200, Robert Stepanek a écrit >> On Fri, Apr 27, 2018, at 15:48, Albert Shih wrote: >>> I activated squatter but put the index not on ssd. The index >>> created by squatter are (in my case) about 5-8% of the size of >>>

Re: reconstruct problem

On Tue, May 1, 2018 14:44, Sebastian Hagedorn wrote: > reconstruct only works when the cyrus files exist. You can just touch > them prior to running reconstruct. > >> Am 01.05.2018 um 20:18 schrieb Dr. Harry Knitter >> : >> >> Hello >> >> reconstruct doesn't process

Re: reconstruct problem

reconstruct only works when the cyrus files exist. You can just touch them prior to running reconstruct. > Am 01.05.2018 um 20:18 schrieb Dr. Harry Knitter > : > > Hello > > reconstruct doesn't process submailboxes even when using the -r option. > No cyrus.*

Re: Virtual domain admin login behaviour

On 04/30/18 12:00 -0600, Nels Lindquist wrote: I have a mail server still running an older version of Cyrus IMAPD (version 2.3.16) on CentOS 6 with virtual domains, using OpenLDAP as an authentication backend with saslauthd for LOGIN/PLAIN when SSL/TLS is used. I recently set up a domain admin

Re: Size of partition.

Le 30/04/2018 à 08:30:44+0200, Robert Stepanek a écrit > On Fri, Apr 27, 2018, at 15:48, Albert Shih wrote: > > I activated squatter but put the index not on ssd. The index > > created by squatter are (in my case) about 5-8% of the size of > > the mailbox. > > > > But I got lot of « conversation » 

Re: Size of partition.

On Fri, Apr 27, 2018, at 15:48, Albert Shih wrote: > I activated squatter but put the index not on ssd. The index created by > squatter are (in my case) about 5-8% of the size of the mailbox. > > But I got lot of « conversation »  index. What's the purpose of those « > conversations »  ?

Re: Problem after upgrading debian wheezy to jessie

Solution: 1. cyrus was not enabled via systemctl 2. Some symbolic links were not set: ln -s /usr/sbin/cyrus /usr/sbin/ctl_cyrusdb ln -s /usr/sbin/cyrus /usr/sbin/cyr_expire ln -s /usr/sbin/cyrus /usr/sbin/tls_prune WTF caused this? Greetings Harry Cyrus Home Page:

Re: Problem after upgrading debian wheezy to jessie

Am Samstag, 28. April 2018, 14:51:07 CEST schrieb Dan White: > On 04/28/18 20:43 +0200, Dr. Harry Knitter wrote: > >after upgrading debian wheezy to jessie a socket has gone: > >/var/run/cyrus/socket/lmtp > > > >How to get out of this problem? > > The lmtp unix domain socket is started by master

Re: Problem after upgrading debian wheezy to jessie

Am Samstag, 28. April 2018, 14:51:07 CEST schrieb Dan White: > On 04/28/18 20:43 +0200, Dr. Harry Knitter wrote: > >after upgrading debian wheezy to jessie a socket has gone: > > > > > >How to get out of this problem? > > The lmtp unix domain socket is started by master via its /etc/cyrus.conf >

Re: Problem after upgrading debian wheezy to jessie

On 04/28/18 20:43 +0200, Dr. Harry Knitter wrote: after upgrading debian wheezy to jessie a socket has gone: /var/run/cyrus/socket/lmtp How to get out of this problem? The lmtp unix domain socket is started by master via its /etc/cyrus.conf config file, commonly in an entry called 'lmtpunix',

[SOLVED] Re: Cannot LOGIN using openssl s_client

On Fri, April 27, 2018 09:56, James B. Byrne wrote: > > openssl s_client \ > -connect imap.hamilton.harte-lyne.ca:993 \ > -CApath /usr/local/etc/pki/tls/certs > > Resulting in: > . . . > Start Time: 1524836386 > Timeout : 300 (sec) > Verify return code: 19 (self signed

Re: Cannot LOGIN using openssl s_client

On 04/27/2018 10:56 AM, James B. Byrne via Info-cyrus wrote: OS : CentOS-6.9 Name: cyrus-imapd Arch: x86_64 Version : 2.3.16 Release : 15.el6 We have a working Apache-2.2 /Squirrelmail-1.42 (SM) / Cyrus-IMAP-2.3 (CI) setup. SM and CI reside on different hosts.

Re: Size of partition.

Le 27/04/2018 à 15:04:40+0200, Eric Luyten a écrit > > > On 27/04/2018 14:33, Albert Shih wrote: > > Hi, > > > > Some question about the grow speed of the size of > > > > /var/imap > > > > because I would put that partition on SSD, and SSD are expensive. I would > > like to know what would be

Re: Size of partition.

On 2018-04-27 14:33, Albert Shih wrote: > Hi, > > Some question about the grow speed of the size of > > /var/imap > > because I would put that partition on SSD, and SSD are expensive. I would > like to know what would be the ratio between the size of mailbox and > /var/imap. I don't think

Re: Size of partition.

On 27/04/2018 14:33, Albert Shih wrote: Hi, Some question about the grow speed of the size of /var/imap because I would put that partition on SSD, and SSD are expensive. I would like to know what would be the ratio between the size of mailbox and /var/imap. On my new server I have

Re: Cyrus + Xapian

h squatter I will get a first index for one user, after that seg fault (just after jump to next user), and if I re-launch squatter will index the first user not index, so If I have 100 users I must launch squatter 100 times. I also recheck every option available to get a coredump file but without succe

Re: Cyrus + Xapian

Le 24/04/2018 à 13:21:09+0200, Robert Stepanek a écrit Hi, > > we just had a chat on the issue you are reporting in the regular > Cyrus call: there have been a few fixes for squatter since > 3.0.5. Would you be able to compile from the current development > snapshot [1]? If not, 3.0.6 will be

Re: Solaris Compiling 3.0.5 with libical3.0

On 04/20/2018 05:23 AM, ellie timoney wrote: > On Thu, Apr 19, 2018, at 2:53 AM, Jason L Tibbitts III wrote: >>> "JD" == Jean-Christophe Delaye >>> writes: >> >> JD> Is Libical 3.0.0 supported with 3.0.5 ? Any idea ? >> >> It is not, but you can apply

Re: Cyrus + Xapian

Hi Albert, we just had a chat on the issue you are reporting in the regular Cyrus call: there have been a few fixes for squatter since 3.0.5. Would you be able to compile from the current development snapshot [1]? If not, 3.0.6 will be released soon, which will also contain the fixes. This

Re: Cyrus + Xapian

Hi Albert, On Sat, Apr 21, 2018, at 08:05, Albert Shih wrote: > Le 20/04/2018 à 16:18:23+0200, Robert Stepanek a écrit > > Would you be able to inspect a [..] > > core dump of squatter? > > No dump (don't know why). For Linux, one has to set a kernel flag to allow core dumps for processes

Re: Cyrus + Xapian

Le 20/04/2018 à 16:18:23+0200, Robert Stepanek a écrit Hi, > > Which Cyrus version are you using? Is it a packaged distribution I'm using cyrus-imapd30-3.0.5_1 xapian-core-1.4.5,1 > or are you building from source? Would you be able to inspect a No it's packages from the distribution (in

Re: Cyrus + Xapian

Hi Albert, Which Cyrus version are you using? Is it a packaged distribution or are you building from source? Would you be able to inspect a core dump of squatter? Do you see squatter log anything before the segfault? I haven't seen the issue you are describing, and it certainly shouldn't

Re: Solaris Compiling 3.0.5 with libical3.0

On Thu, Apr 19, 2018, at 2:53 AM, Jason L Tibbitts III wrote: > > "JD" == Jean-Christophe Delaye > > writes: > > JD> Is Libical 3.0.0 supported with 3.0.5 ? Any idea ? > > It is not, but you can apply >

Re: Failure making cyrus-imapd-3.0.5 on CentOS 7

* Jason L Tibbitts III [2018-04-17 12:58 -0400]: "DJW" == David J Weller-Fahy writes: DJW> Greetings again, I've made it a bit further in my attempt to DJW> install cyrus-imapd, but am getting failures when executing `make`. DJW> The failure

Re: Solaris Compiling 3.0.5 with libical3.0

> "JD" == Jean-Christophe Delaye writes: JD> Is Libical 3.0.0 supported with 3.0.5 ? Any idea ? It is not, but you can apply https://github.com/cyrusimap/cyrus-imapd/commit/1966c22fc4249a1157a4d4c1224138ce78653514 At least that's what I do in Fedora. -

Re: Failure making cyrus-imapd-3.0.5 on CentOS 7

> "DJW" == David J Weller-Fahy writes: DJW> Greetings again, I've made it a bit further in my attempt to DJW> install cyrus-imapd, but am getting failures when executing `make`. DJW> The failure is shown below. You should look at what the Fedora specfile does

Re: Synchro for migration

Quoting Albert Shih : It seems like the following imapsync options allow you to use proxy authentication --authmech1 --authmech2 --authuser1 --authuser2 --proxyauth1 --proxyauth2 I'm not sure to understand how proxyauth works. I google it and find lots of doc

Re: Synchro for migration

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! Am 16.04.2018 um 09:01 schrieb Albert Shih: > Le 15/04/2018 à 01:17:00+0200, Michael Menge a écrit Hi, > [...] > >> >> Cyrus allows admins to proxy authenticate for users, if the sasl mech >> support it (PLAIN does suppot it, LOGIN does not)

Re: Synchro for migration

Le 15/04/2018 à 01:17:00+0200, Michael Menge a écrit Hi, > > Quoting Albert Shih : > > > Hi everyone. > > > > Totally new in the world of cyrusimapd, I'm trying to migrate my current > > imap server from dovecot to cyrusimapd. > > > > welcome to the list. Thanks. > > > I'm

Re: Question about getting release source packages

On Sun, Apr 15, 2018, at 9:53 AM, David J. Weller-Fahy wrote: > It may be useful to include a reference to those locations, but > I'll find an email address for the website to send that recommendation. This mailing list is the right spot for that, thanks. You're right, the download page should

Re: Cyrus download

Thanks for the report, will pass this along to the maintainer of the FTP server and see what's up. In the meantime, Cyrus downloads are also available over HTTPS, here: https://www.cyrusimap.org/releases/ I've also CC'd this to the info-cyrus mailing list for others' info. Cheers, ellie On

Re: Question about getting release source packages

On Sat, Apr 14, 2018, at 15:17, Jason Englander wrote: > On Sat, 14 Apr 2018, David J. Weller-Fahy wrote: > > > the FTP location [1] referenced on github [2], I am prompted for a > > username and password. I've tried anonymous, and various combinations > > thereof, but nothing allows me to

Re: Synchro for migration

Hi, Quoting Albert Shih : Hi everyone. Totally new in the world of cyrusimapd, I'm trying to migrate my current imap server from dovecot to cyrusimapd. welcome to the list. I'm still in the prototype stage. I've ~ 4To of mailbox for ~ 2000 users. I would like to

Re: Question about getting release source packages (fwd)

On Sat, 14 Apr 2018, David J. Weller-Fahy wrote: the FTP location [1] referenced on github [2], I am prompted for a username and password. I've tried anonymous, and various combinations thereof, but nothing allows me to access the release packages. [1]: ftp://ftp.cyrusimap.org/cyrus-imapd/

Re: Syntax for mailbox_default_options

I believe it's an integer bitmask of the OPT_* values that are defined in imap/mailbox.h in the source. The sparse documentation suggests it's for developer, rather than normal administrator use, maybe for rigging up tests? It's included in the imapd.conf man page because that man page is

Re: backends with different altnamespace in a murder configuration

Since the proxy is where the mailbox LIST is normally generated for the client, those clients that want to have altnamespace presented to them need to be talking to proxys with altnamespace enabled.  So, essentially you need to have one set of frontends/backends configured for altnamespace and

Re: backends with different altnamespace in a murder configuration

On 04/11/2018 06:52 PM, Ken Murchison wrote: > Do you have any frontend proxys? They would also have to be using > altnamespace. Yes, respectively 2 frontend proxys which are also the murder master and slave. So how can I managed from these proxys that I have backend servers with different

Re: backends with different altnamespace in a murder configuration

Do you have any frontend proxys?  They would also have to be using altnamespace. On 04/11/2018 12:20 PM, Jean-Christophe Delaye wrote: Hello, We are currently running cyrus 2.4 in a murder configuration: 2 murder servers (master and slave) and 5 backend servers. As in 2.x version, the

Re: cyrus/imap[76531]: IDLE: error sending message NOTIFY to idled for mailbox user

That happens occasionally. As far as I can tell it's not really a problem. If it isn't logged all the time, I would just ignore it. --On 6. April 2018 um 10:26:45 +0200 Paul Martin wrote: I have this error: Apr 5 14:23:39 balprta003 cyrus/imap[76531]: IDLE:

Re: annotation and PHP IMAP extension

Hi, Quoting Marco : Hello, Cyrus-imapd make wide use of annotations. I already have a PHP program to query many IMAP info about mailboxes. I would like to query annotations too. But official PHP IMAP extension doesn't support getannotation or setannotation

Re: xDAV and shared namespaces

T, COPY Content-Length: 0 *From:* Ken Murchison *Sent:* Monday, March 19, 2018 09:24 *To:* Info-cyrus *Subject:* Re: xDAV and shared namespaces Can you capture telemetry for the PROPFIND and OPTIONS requests on the shared calendar? On 03/19/2018 02:55 AM, Anatoli wrote: Hi Ken, Basically,

Re: archive and downgrade

On Fri, 23 Mar 2018 18:41:47 +0100 (CET) Gabriele Bulfon wrote: > for some reasons, I had to move old folders onto an older system for > archiving. I would probably move via IMAP. -- Papst Franziskus ruft zum Kampf gegen Fake News auf. Wir finden, der Mann, der sich als Stellvertreter Christi

Re: archive and downgrade

Interestingly enough, Cyrus 3.0 could downgrade the indexes for you. Otherwise you'll pretty much have to "find . -name cyrus.index | xargs rm" or something. Backup first of course. Our just upgrade the machine! On Sat, 24 Mar 2018, at 04:41, Gabriele Bulfon wrote: > Hi, > > for some reasons, I

Re: Un-Murdering Cyrus?

If you have just the one backend, then its mailboxes.db is complete and accurate.  All you have to do is remove the mupdate entries from cyrus.conf AND imapd.conf and you're good to go.  I do it all the time on my local dev setup. On 03/22/2018 02:47 PM, Nic Bernstein wrote: Friends, I've

Re: SIEVE not workin in 3.0.5

Am Donnerstag, 22. März 2018, 13:19:37 CET schrieb Ken Murchison: > This was fixed with > https://github.com/cyrusimap/cyrus-imapd/commit/73af8e19546f235f6286cc9147a > 3ea74bde19ebb#diff-020bdafc26d65dd6a68af1d78b11a456 > > This fix will be in 3.0.6. Thanks! So i will bump the repo maintainer

Re: SIEVE not workin in 3.0.5

Am Donnerstag, 22. März 2018, 12:54:00 CET schrieben Sie: > The same issue was discussed in this thread: > > > Seems very similiar, even if he comes from a upgrades cyrus system while i did a new / fresh one. > There

Re: SIEVE not workin in 3.0.5

This was fixed with https://github.com/cyrusimap/cyrus-imapd/commit/73af8e19546f235f6286cc9147a3ea74bde19ebb#diff-020bdafc26d65dd6a68af1d78b11a456 This fix will be in 3.0.6. On 03/22/2018 07:47 AM, Niels Dettenbach via Info-cyrus wrote: Dear all, on a fresh installed cyrus 3.0.5 under

Re: SIEVE not workin in 3.0.5

The same issue was discussed in this thread: There was no resolution, AFAICT. I'd suggest opening an issue on GitHub: --On 22. März 2018 um 12:47:48 +0100 Niels

Re: Annotation replication with sync_client -u seems busted in 2.4.X

Hi John, This was already fixed in 2.5.0 and later [1], but a lot changed to enable it, so that fix was too invasive to backport. Your patch looks like a good solution for 2.4! It's now on the cyrus-imapd-2.4 branch :) Cheers, ellie [1]

Re: xDAV and shared namespaces

shared calendar and in the Accounts the URL resets to the naked domain (i.e. without the /dav/calendars/shared/ part). What could be done to make it work? Thanks, Anatoli *From:* Ken Murchison *Sent:* Tuesday, March 13, 2018 14:09 *To:* Info-cyrus *Subject:* Re: xDAV and shared namespaces

Re: xDAV and shared namespaces

uld be done to make it work? Thanks, Anatoli *From:* Ken Murchison *Sent:* Tuesday, March 13, 2018 14:09 *To:* Info-cyrus *Subject:* Re: xDAV and shared namespaces On 03/13/2018 12:50 PM, Anatoli wrote: Ken, Thanks a lot! After creating the shared folder under the root hierarchy (wit

Re: 2.5.11 shared seen

/www.sonicle.com[1] >> *Music: *http://www.gabrielebulfon.com[2] >> *Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon >> >> >> >> *Da:* ellie timoney <el...@fastmail.com> *A:* info- >> cy...@lists.andrew.cmu.edu *Data:* 9 marzo 2018 2.

Re: Why Cyrus?

On Thu, 18 Jan 2018 09:13:14 +0100 Binarus wrote: > I do not know if this is still the case, but this experience shows > that you should test *every possible client software* you (the > customer) could use with Dovecot, and that you should set up all IMAP > features and test if any actions you

Re: 2.5.11 shared seen

nfo- > cy...@lists.andrew.cmu.edu *Data:* 9 marzo 2018 2.53.06 CET *Oggetto:* > Re: 2.5.11 shared seen> > >> Hi Gabriele, >> >> Which version have you upgraded from? (I'm not sure if this makes a >> difference, but it might)>> >> The annotatio

Re: xDAV and shared namespaces

. Regards, Anatoli *From:* Ken Murchison *Sent:* Tuesday, March 13, 2018 12:55 *To:* Info-cyrus *Subject:* Re: xDAV and shared namespaces On 03/13/2018 11:48 AM, Anatoli wrote: Hi Ken, Thanks for your quick reply. Yes, I'm willing to test it and if needed I can also apply patches (I build

Re: xDAV and shared namespaces

for https://domain.com/dav/drive/shared/, everything worked fine! I'll try to test the same with CalDAV / CardDAV and report it here. Regards, Anatoli *From:* Ken Murchison *Sent:* Tuesday, March 13, 2018 12:55 *To:* Info-cyrus *Subject:* Re: xDAV and shared namespaces On 03/13/2018 11:48 AM, Anatoli

Re: xDAV and shared namespaces

y: x CREATE #drive/shared (TYPE COLLECTION) Use whatever you have set for the davdriveprefix option and the proper hierarchy ('.' if you have disabled unixhierarchysep) Regards, Anatoli *From:* Ken Murchison *Sent:* Tuesday, March 13, 2018 12:18 *To:* Info-cyrus *Subject:* Re: xDAV and shar

Re: xDAV and shared namespaces

s not visible under a WebDAV client. Am I missing something? Regards, Anatoli *From:* Ken Murchison *Sent:* Tuesday, March 13, 2018 12:18 *To:* Info-cyrus *Subject:* Re: xDAV and shared namespaces xDAV hasn't had much development or testing in the shared namespace and there isn't any tool

Re: xDAV and shared namespaces

xDAV hasn't had much development or testing in the shared namespace and there isn't any tooling to create such mailboxes. If you wanted to do some testing, you'd have to create the mailboxes by hand and set the mailbox type accordingly.  To do so, you can connect to the server as an admin

Re: sa-learn using event notifications

That will depend on the retraining process complexity as well as the size of the messages. My guess is that without some real world testing it will be difficult to have a definitive answer. Arnaldo. > On Mar 12, 2018, at 2:49 PM, Luca Olivetti wrote: > > El 12/03/18 a les

Re: sa-learn using event notifications

El 12/03/18 a les 18:43, Arnaldo Viegas de Lima ha escrit: I see a 2 ways to handle it: - Enqueue for later processing - Make notifyd pass the job to another process (like a daemon) Yes, I thought about those two options (well, only the first one actually, since notifyd can only spawn an

Re: sa-learn using event notifications

Ah… we use different meaning for the “SPAM” folder! For me it’s where I place mail that was wrongly classified as HAM. Mail classified as SPAM go to the “quarantine” folder (that get’s purged by Cyrus after X days). You are talking about moving files out of “quarantine” and using a notification

Re: sa-learn using event notifications

El 12/03/18 a les 18:07, Arnaldo Viegas de Lima ha escrit: I run a separate daemon that periodically checks the spam folder, perform the necessary “training” actions and then remove the message. That's what I've been doing for many years (using a couple of shared folder where users have to

Re: sa-learn using event notifications

I run a separate daemon that periodically checks the spam folder, perform the necessary “training” actions and then remove the message. > On Mar 12, 2018, at 1:44 PM, Luca Olivetti wrote: > > I wrote a simple program that manages the vnd.cmu.MessageMove event to run > sa-learn

Re: Cyrus 2.4.x support

Hi, --On 12. März 2018 um 08:01:01 +0100 Josef Karliak wrote: I plan to create a new mail server based on cyrus imap. We use cyrus imap 2.3 version now. Actual cyrus imap version is 2.4.18 and 3.0.5. 1. you mean "current", not "actual". The English "actual" has a

Re: 2.5.11 shared seen

a: 9 marzo 2018 2.53.06 CET Oggetto: Re: 2.5.11 shared seen Hi Gabriele,   Which version have you upgraded from?  (I'm not sure if this makes a difference, but it might)   The annotation you're using looks correct to me.  Do the users have the 's' ACL permission on the mailboxes?   Cheers,   elli

Re: 2.5.11 shared seen

Hi Gabriele, Which version have you upgraded from? (I'm not sure if this makes a difference, but it might) The annotation you're using looks correct to me. Do the users have the 's' ACL permission on the mailboxes? Cheers, ellie On Wed, Mar 7, 2018, at 2:14 AM, Gabriele Bulfon wrote: > Hi, >

Re: IMAP-3.0.4

Please re-read the upgrade documentation:     https://www.cyrusimap.org/imap/download/upgrade.html In particular, please consult section 5, which includes this warning: To check your entire system’s configuration you can use the conf-all action. This command takes all the system defaults

Re: Sporadic TLS/STARTTLS negotitation failed

Am 07.03.2018 um 17:00 schrieb Andrew Nichols via Info-cyrus: Hello, We run a cyrus-imap 2.5.11 server under FreeBSD and we are experiencing issues with TLS/STARTTLS negotiation failed entries in the log, which show as timeouts on the client side. It’s all different email clients and even

Re: Impact of changing back "altnamespace"

On 03/02/2018 12:15 PM, Tom Plancon wrote: Hello, A week or so back I posted here about issues I was having with cyrus-imapd 2.3 after changing the "altnamespace" variable in imapd.conf to "yes" in order to set up shared mailboxes. It threw a monkey wrench into my server and caused a lot of

Re: Sieve stopped working after updating cyrus-imapd to 3.0.5

Hi Ken, my distribution is Gentoo and my previous cyrus version was 2.5.10. Then I upgraded to 3.0.4 but this ebuild (though marked stable by the Gentoo devs) was terminating "abnormally" all the time. Finally I upgraded to 3.0.5 which is running fine until now - well, except for sieve.

Re: Sieve stopped working after updating cyrus-imapd to 3.0.5

Hi Sebastian, in my second post you can see my cyrus.conf: https://lists.andrew.cmu.edu/pipermail/info-cyrus/2018-February/039985.html No "-C" flags in use though. Regards, Ralf Am 02.03.2018 um 09:21 schrieb Sebastian Hagedorn: Hi Ralf, thanks a lot for your feedback, seems like we're

Re: Sieve stopped working after updating cyrus-imapd to 3.0.5

I've done some investigating this morning and it appears that you are correct in that lmtpd and timsieved differ in how they handle the hierarchy separator.  But I'm not sure just yet when this split happened. Did you upgrade from 3.0.4 or from 2.x? On 03/01/2018 03:36 PM, rfk wrote: Hey

Re: Sieve stopped working after updating cyrus-imapd to 3.0.5

Hi Ralf, thanks a lot for your feedback, seems like we're coming closer. Although I'm not sure what port 24 is supposed to be in your swaks command I just sent myself an e-mail while strace was attached to cyrusmaster. The log revealed the following:

Re: Sieve stopped working after updating cyrus-imapd to 3.0.5

Hey Sebastian, thanks a lot for your feedback, seems like we're coming closer. Although I'm not sure what port 24 is supposed to be in your swaks command I just sent myself an e-mail while strace was attached to cyrusmaster. The log revealed the following:

Re: Sieve stopped working after updating cyrus-imapd to 3.0.5

Not really. My best suggestion would be to strace the lmtp process to see if the sieve scripts are even found and opened. On a test system I did it like this: strace -f -ff -o /tmp/lmtptrace -p It might be better to prefork an lmtpd and to specifically strace that pid, but in my case it

Re: Sieve stopped working after updating cyrus-imapd to 3.0.5

Hello, still no other ideas? Ralf Am 15.02.2018 um 19:37 schrieb rfk: Hi, I'm so sorry, don't know how this could happen, but the last line of my configuration was lost during copy and paste: altnamespace: 0 So it is already disabled. Ralf Am 15.02.2018 um 19:32 schrieb Michael

Re: Shared folder fiasco

:/users/[name]/appdata/roaming/Thunderbird and C:/users/[name]/appdata/low/Thunderbird. Removing both of those directories and re-installing tbird then re-creating the user's account cleaned everything up and the inbox started showing new incoming mail. Thanks again for the hints! Everything

Re: Replicated RENAME leaves "empty" entry in mailboxes.db

Hi, [4:11pm] hagedose: user.testuser-clotho1.diesisteintest 16 (null) This sounds like it's the tombstone entry for the deleted mailbox (i.e. a record that there used to be a mailbox with that name). I believe tombstones are relatively new, in which case the master server might not have one

Re: Replicated RENAME leaves "empty" entry in mailboxes.db

Hi, > [4:11pm] hagedose: user.testuser-clotho1.diesisteintest 16 (null) This sounds like it's the tombstone entry for the deleted mailbox (i.e. a record that there used to be a mailbox with that name). I believe tombstones are relatively new, in which case the master server might not

Re: Shared folder fiasco

Hi, > cyrus-imad 2.6 Is this a typo? There is no cyrus-imapd 2.6. I'm going to carry on assuming you meant "2.5", but please advise if otherwise. > I tried to set up a shared mailbox using a howto found here: > http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:cyrus:shared_mailbox That

Re: Mailboxes messed up after migration

> This sounds like that the timestamps have to be "recalculated" from the mail > headers of the emails to get the correct timestamps back on them. I typically > use imapsync for this and imapsync has a integrated option / switch for this > to do this automatically. Cyrus really recalculated the

Re: Truncated text during Xapian indexing

cation and to avoid re-indexing already seen messages. The conversations.db of a user maps this guid to a list of mailbox:UID pairs. Off the top of my head, there currently isn't an "official" way in Cyrus to retrieve the mailbox:UID list for a given guid outside the Cyrus process. Depending

Re: sieve and utf-8 MIME/base64 content

On Mon, Feb 19, 2018, at 14:33, Eugene M. Zheganin wrote: > But my users kind of demand more and more :), now they want not only the > header/body search, but also sorting out the letters to the folders that > contain the localized symbols. So, it's working fine when a folder is > named 'Junk

Re: sieve and utf-8 MIME/base64 content

Hi, On 16.02.2018 15:37, Robert Stepanek wrote: Thanks for making this more clear to me :) On Fri, Feb 16, 2018, at 11:07, Vladislav Kurz wrote: The problem is that headers with non-ascii chars are encoded in form like this: Subject: =?UTF-8?B?UmU6I.gVG9v?= And also the body is sometimes

Re: Initial use of Xapian

On Mon, Feb 19, 2018, at 11:38 AM, ellie timoney wrote: > Hmm. I suspect the -R and -n options are mutually exclusive. -n is a > one-shot run of the named channel (as you see); -R is the rolling mode > (with no way to specify the channel). And it looks like, as you've > discovered, the -n

Re: Initial use of Xapian

On Fri, Feb 16, 2018, at 4:02 AM, Lists Nethead wrote: > Some more observations, > > - When placed in START section, "squatter cmd="squatter -R -n > squatter", the process does the log and then just vanishes and does > nothing more while the "squatter" log just grows. Hmm. I suspect the -R

Re: message "unable to setsocketopt(IP_TOS)" in logs

On Fri, 16 Feb 2018, at 22:55, Vladislav Kurz wrote: > On 02/16/18 12:42, Adam Tauno Williams wrote: >> On Fri, 2018-02-16 at 08:55 +0100, Chentao Credungtao via Info-cyrus>> wrote: >>> cyrus/master[7082]: unable to setsocketopt(IP_TOS) service >>> lmtpunix/unix: Operation not supported >>>

Re: message "unable to setsocketopt(IP_TOS)" in logs

On 02/16/18 12:42, Adam Tauno Williams wrote: > On Fri, 2018-02-16 at 08:55 +0100, Chentao Credungtao via Info-cyrus > wrote: >> cyrus/master[7082]: unable to setsocketopt(IP_TOS) service >> lmtpunix/unix: Operation not supported  >> cyrus/master[7082]: unable to setsocketopt(IP_TOS) service >>

Re: message "unable to setsocketopt(IP_TOS)" in logs

On Fri, 2018-02-16 at 08:55 +0100, Chentao Credungtao via Info-cyrus wrote: > cyrus/master[7082]: unable to setsocketopt(IP_TOS) service > lmtpunix/unix: Operation not supported  > cyrus/master[7082]: unable to setsocketopt(IP_TOS) service > notify/unix: Operation not supported  It is likely just

Re: sieve and utf-8 MIME/base64 content

Thanks for making this more clear to me :) On Fri, Feb 16, 2018, at 11:07, Vladislav Kurz wrote: > The problem is that headers with non-ascii chars are encoded in form > like this: > Subject: =?UTF-8?B?UmU6I.gVG9v?= > And also the body is sometimes completely in base64, even though it is >

Re: sieve and utf-8 MIME/base64 content

On 02/16/18 10:25, Robert Stepanek wrote: > On Fri, Feb 16, 2018, at 10:17, Eugene M. Zheganin wrote: > >> I'm using sieve with cyrus to sort incoming mail, and it works perfectly >> with latin symbols. But what if I need to sort out the mail that has all >> sorts utf-8 sumbols in it ? Like

Re: sieve and utf-8 MIME/base64 content

On Fri, Feb 16, 2018, at 10:17, Eugene M. Zheganin wrote: > I'm using sieve with cyrus to sort incoming mail, and it works perfectly > with latin symbols. But what if I need to sort out the mail that has all > sorts utf-8 sumbols in it ? Like MIME-encoded headers and base64 > -encoded body ?

Re: Sieve stopped working after updating cyrus-imapd to 3.0.5

Hi, I'm so sorry, don't know how this could happen, but the last line of my configuration was lost during copy and paste: altnamespace: 0 So it is already disabled. Ralf Am 15.02.2018 um 19:32 schrieb Michael Menge: Hi, Quoting rfk : Hi, thanks for your

Re: Initial use of Xapian

Quoting Hajimu UMEMOTO : Hi, On Wed, 14 Feb 2018 11:25:12 -0600 Nic Bernstein said: I do understand that managing a project like this is quite a task and v.3 is still young. Apart from the log issue and xapian I also stumbled over other undocumented

<    5   6   7   8   9   10   11   12   13   14   >