* 27/06/2018, Bron Gondwana wrote :
>Yep, that will be enough. The only thing it might not catch is if
>there are users on the replica which aren't present on the master (for
>whatever reason)... in that case, they will remain on the replica
>still.
ok I check, but I don't think I
Yep, that will be enough. The only thing it might not catch is if there
are users on the replica which aren't present on the master (for
whatever reason)... in that case, they will remain on the replica still.
Bron.
On Wed, Jun 27, 2018, at 13:26, Antonio Conte wrote:
> hi all,
>
> I have to sw
We have a handful with "prefork=1 maxchild=1" (one for each service
type) listening on separate ports that can be connected for debugging.
The advantage here being that the process is already waiting for you to
connect a debugger before using it.
But yeah, otherwise we have prefork=0 at FastMail to
Found the solution to the problem, just changed the SMTP provider (the
relay, just for the <> address).
This was working with one of the mail addresses because I was sending
using a return address from "domain 2", it didn't need to use an
external relay to send the mail.
My external relay re
On 25/06/2018 14:39, Albert Shih wrote:
Hi everyone,
I would like to know when that's become usefull to use prefork (for imap)
and how much you set the prefork (vs nb of users).
We have prefork=0 set on all Cyrus services for many years now.
Eric.
Cyrus Home Page: http://www.cyru
At Thu, 21 Jun 2018 22:35:45 +0200 Albert Shih wrote:
>
> Le 21/06/2018 à 13:28:38-0400, Robert Heller a écrit
>
> Sorry when I answer you I forget to put the mailing list on CC, Maybe they
> are other answers...
>
> So I add info-cyrus@lists.andrew.cmu.edu on cc for this answer. Hope you
>
Le 21/06/2018 à 13:28:38-0400, Robert Heller a écrit
Sorry when I answer you I forget to put the mailing list on CC, Maybe they
are other answers...
So I add info-cyrus@lists.andrew.cmu.edu on cc for this answer. Hope you
don't mind.
> At Thu, 21 Jun 2018 17:23:56 +0200 Albert Shih wrote:
>
> >
> Squirrelmail and (local for now) imapd. But I cannot figure out how
> to either get cyrus-imapd to either access the local mail spool
> (/var/spool/mail)
You can't. Cyrus virtuously replaces /var/spool/mail. Postfix
delivers mail into Cyrus, which stores it - and the **ONLY** way mail
is acc
On 06/19/2018 10:23 AM, Albert Shih wrote:
Hi everyone,
I would like to know what kind of monitoring you perform on a cyrus-imapd.
Beside classic (check_imap, check_disk, check_cpu etc...) do you have any
special thing to monitor about cyrus-imapd.
For example do you launch any check on each da
On 06/19/18 17:23, Albert Shih wrote:
> Hi everyone,
>
> I would like to know what kind of monitoring you perform on a cyrus-imapd.
> Beside classic (check_imap, check_disk, check_cpu etc...) do you have any
> special thing to monitor about cyrus-imapd.
Hi,
not exactly a cyrus check, but I recom
Hi,
Quoting Albert Shih :
Hi everyone,
I would like to know what kind of monitoring you perform on a cyrus-imapd.
Beside classic (check_imap, check_disk, check_cpu etc...) do you have any
special thing to monitor about cyrus-imapd.
In addition to the normal System monitoring (CPU-, Memory an
Hi,
Quoting Albert Shih :
Hi everyone
I've a question about DRP (Disaster Recovery Plan), what's the easiest (=
fastest) way to rebuild a server (with the data) after a server «
disappear » (fire,
water flood, etc.).
I see three way to « backup » the data :
Replication,
Backup servi
On 06/18/2018 03:26 PM, Marty Lee wrote:
> Jean-Crishtophe,
>
> we use Cyrus on Solaris, but at the moment, haven’t used Murder -
> so can’t offer advice etc on that one directly.
>
> We’ve got a couple of big projects under way at the moment
> for some customers - once we’ve got those sorted, I
Jean-Crishtophe,
we use Cyrus on Solaris, but at the moment, haven’t used Murder -
so can’t offer advice etc on that one directly.
We’ve got a couple of big projects under way at the moment
for some customers - once we’ve got those sorted, I can try to
get a test setup going and see what happens
On 06/18/2018 05:25 AM, ellie timoney wrote:
> Hi Jean-Christophe,
Thanks Ellie for your inputs.
>
> On Fri, Jun 15, 2018, at 5:49 PM, Jean-Christophe Delaye wrote:
>> So this is why the first part of my
>> question was to known if there are many running murder systems running
>> on Solaris (11)
Am Montag, 18. Juni 2018, 10:48:16 CEST schrieb Albert Shih:
> Everything seem working fine, until I try to send the dataset on other
> server. I just cannot send a zfs snapshot from this server to another. If
> the dataset are small that's OK, but with the mailbox (~4To) the zfs
> command just han
Le 18/06/2018 à 10:22:03+0200, Niels Dettenbach via Info-cyrus a écrit
> Am Montag, 18. Juni 2018, 09:46:02 CEST schrieb Albert Shih:
> > What do you think ? What's your DRP ?
> I shoot snapshots from the underlying FS of the spool partition(s) and the
> main DB files (skiplist) - incl. (incrementa
Am Montag, 18. Juni 2018, 09:46:02 CEST schrieb Albert Shih:
> What do you think ? What's your DRP ?
I shoot snapshots from the underlying FS of the spool partition(s) and the
main DB files (skiplist) - incl. (incremental) filesystem dumps of them.
in a desaster scenario it usually works well to
yrus 3.0 as a way
of providing information to the autocreate mechanism, such that autocreated
mailboxes could have their special-use attribute applied during creation. The
choice to re-use the "xlist-" name was to mainly to aid migration from 2.4
systems to 3.0, but it does cause
Hi Jean-Christophe,
On Fri, Jun 15, 2018, at 5:49 PM, Jean-Christophe Delaye wrote:
> So this is why the first part of my
> question was to known if there are many running murder systems running
> on Solaris (11) and why I can't find specifics notes about
> compiling/installing Cyrus imapd on this
Op 15-06-18 om 06:44 schreef Anatoli:
> Paul,
>
> To add on top of what Bron said, xlist was removed in 2.5 but added as a
> (somewhat?) new implementation in 3.0, so you should install the newest
> version of Cyrus to take advantage of this feature.
I am using Cyrus 2.5.10, and I prefer using th
On 06/14/2018 07:00 PM, André Schild wrote:
> Hello Jean-Christophe,
Thanks André,
>
>
> Am 14.06.2018 um 18:44 schrieb Jean-Christophe Delaye:
>> I have spent several days working in trying to have a running murder
>> configuration using Cyrus Imap 3.0.x on Solaris 11.3.
>> I checked and instal
etc.) fail to
apply these flags to some of the folders, but most of the time it's very
useful.
Regards,
Anatoli
*From:* Bron Gondwana
*Sent:* Friday, June 15, 2018 03:23
*To:* Info-cyrus
*Subject:* Re: XLIST, special-use mailboxes
Hi Paul,
In newer versions the support is more accurately
Hi Paul,
In newer versions the support is more accurately to spec, where you
create with (USE \Foo) and then it's stored alongside that mailbox, even
if it's renamed. The old 2.4 version was just a hack for XLIST before
the standards support was added.
Cheers,
Bron.
On Fri, Jun 15, 2018, at 01
Hello Jean-Christophe,
Am 14.06.2018 um 18:44 schrieb Jean-Christophe Delaye:
I have spent several days working in trying to have a running murder
configuration using Cyrus Imap 3.0.x on Solaris 11.3.
I checked and installed the required software components (gcc and
tools). Everything is compli
On 13/06/2018 21:48, Albert Shih wrote:
Hi eveyone
I got a server (FreeBSD + Cyrusimap, 192Go) I need to reserve some RAM for the
ZFS arc.
I would like to know how many Ram I need to run cyrus-imap.
I got on between 300-1600 connexion imap simultaneous (on my old server)
Through ps aux I s
+0100
From: Pedro silva
To: Sven Schwedas
Cc: info-cyrus@lists.andrew.cmu.edu,
Info-cyrus
Subject: Re: Cyrus (Sieve) and external programs
Hello Sven,
Thanks for your answer.
Actually I would like to set up a system were a user would move his
messages to a spam folder, and by doing so, t
Hello Adam,
I've tried with fetchmail before, but coudn't get it to work, you
explanation is a big help with that method, I'll try it.
Thanks.
Pedro Silva
On 08-06-2018 15:22, Adam Tauno Williams wrote:
>> sa-learn would be the way to go, but my spamassassin is not on the
>> same server as
> sa-learn would be the way to go, but my spamassassin is not on the
> same server as my mailboxes. I tried solution with a common mailbox
> and something like fetchmail on my spamassassin machine, but could
> not get it to work as I intended.
> You are right about learning based on user experience
Ah, well done! Sorry I didn't get back to the attached, been a busy few
days of conference here
On Fri, Jun 8, 2018, at 01:06, Neil Price wrote:
> cyrus.index needed to be updated to latest version. This affected
> accounts upgraded from 2.2.4
>
> reconstruct -rf -V max user/badaccount
>
> HIGHE
What implications does HIGHESTMODSEQ have for idle?
I now have 2 accounts with borken idle and I notice they both return
HIGHESTMODEQ 1 on select inbox but the good accounts return a much
larger number.
On 05/06/2018 09:17, Neil Price wrote:
I'm using 2.5.10-3 (the one that comes with debia
All the namespace conversion is supposed to be encapsulated in a couple
of places. This breaks that, which means that something earlier of later
is doing its own version of pattern to mailbox conversion. Ideally this
would be captured in the abstraction layer in mbname. I haven't looked
deeply thou
I'm grateful for your help.
Attached is an imapd strace of the bad account going into idle, a
message being sent to it, and it leaving idle again.
On 05/06/2018 17:11, Bron Gondwana wrote:
The timeouts are fine - that's just a select timeout so it can do cleanup.
recvfrom(14, "\2\0\0\0\0\0\
On Tue, Jun 5, 2018, at 7:27 PM, Edda wrote:
> thank you very much for the handling of my patch! I don't have an
> account on github. So, it's easiest for me to just dump it on the
> users list. Please let me know if that bothers you.>
It's fine for small patches like this, especially when the
I just thought I would answer my own email in case anyone else has the same
setup. I found out there is obviously some type of bug in the -23 versions
of the SASL packages so they just won't work. Once reverting to the -20 or
-21 versions, everything works great. My suspicion about the faulty SASL
The timeouts are fine - that's just a select timeout so it can do
cleanup.
recvfrom(14, "\2\0\0\0\0\0\0\0user.elangenhoven\0", 1032, 0,
{sa_family=AF_UNIX, sun_path="/var/lib/cyrus/socket/idle.31167"}, [110-
>35]) = 26 sendto(14, "\2\0\0\0\0\0\0\0user.elangenhoven\0", 26,
MSG_DONTWAIT, {sa_family=A
I've attached an strace of idled. It shows the bad user client
(elangenhoven) going into idle and a message being sent to it.You can
see the message being sent but there seems to be no reaction to it arriving.
There are a bunch of timeouts there?
On 05/06/2018 15:42, Bron Gondwana wrote:
Damn. I guess I'm going to have to ask for an strace next! Of the
idled process probably.
Idle changed a bunch between 2.5 and 3.0, so I don't know how much I'll
be able to help :( Definitely an strace of the idled during both the
start of the IDLE command and the delivery will help see what's
h
Nothing, only mention of idle is on shutdown
On 05/06/2018 14:35, Bron Gondwana wrote:
What's showing up in syslog?
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/listi
Here's a comparison of a non-working idle with a good one. You can see
the bad user does not report message arrival while the good one does.
Looks like something odd with the /seen flags ("nonjunk" is missing) .
Can someone explain what it means?
This account was converted from 2.2 I wonder if t
What's showing up in syslog?
Bron.
On Tue, Jun 5, 2018, at 22:19, Neil Price wrote:
> On 05/06/2018 09:17, Neil Price wrote:
>> I'm using 2.5.10-3 (the one that comes with debian stretch)
>>
>> I have one user that I cannot get IDLE to work for using either poll>> or
>> idled.
>>
>> Other acc
On 05/06/2018 09:17, Neil Price wrote:
I'm using 2.5.10-3 (the one that comes with debian stretch)
I have one user that I cannot get IDLE to work for using either poll
or idled.
Other accounts work normally. No errors in the log.
Have set him up with a number of email clients and they all do
On Tue, 5 Jun 2018 at 12:14, Neil Price wrote:
>
> On 05/06/2018 12:19, Geoff Winkless wrote:
> > On Tue, 5 Jun 2018 at 08:17, Neil Price wrote:
> >> I can not see anything the account setup that can cause this, suggestions?
> > Running behind an overly-aggressive TCP proxy?
> There is no proxy i
On 05/06/2018 12:19, Geoff Winkless wrote:
On Tue, 5 Jun 2018 at 08:17, Neil Price wrote:
I can not see anything the account setup that can cause this, suggestions?
Running behind an overly-aggressive TCP proxy?
There is no proxy involved. They are all on the same physical network.
What does
The patch looks correct at a reading. It also looks like it's masking a
deeper bug, but that's fine - we can fix that later :)
Cheers,
Bron.
On Tue, Jun 5, 2018, at 19:27, Edda wrote:
> Hi Ellie,
>
> thank you very much for the handling of my patch! I don't have an
> account on github. So, i
On Tue, 5 Jun 2018 at 08:17, Neil Price wrote:
> I can not see anything the account setup that can cause this, suggestions?
Running behind an overly-aggressive TCP proxy?
What does tcpdump/wireshark show?
Geoff
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.and
Hi Ellie,
thank you very much for the handling of my patch! I don't have an
account on github. So, it's easiest for me to just dump it on the users
list. Please let me know if that bothers you.
As an author, "Edda" would be fine :) Thank you.
Best regards,
Edda
Am 05.06.18 um 04:50 schrieb
Hi Edda,
Thanks for the patch! I've added your email below to the GitHub issue
for this: https://github.com/cyrusimap/cyrus-imapd/issues/2362
I'll review the patch and if it looks good, will include it in the next
3.0 release. I'll also forward-port it to master if necessary.
Let me know if you
On Mon, Jun 4, 2018, at 7:23 PM, Jean-Christophe Delaye wrote:
> Note, if I choose login mech , it works !
I feel like I've seen something like this before. If I recall correctly, the
DIGEST-MD5 mech doesn't support proxy authentication, so if anything in your
stack has this enabled (possibly
Hi,
we tested against our cyrus-imapd-3.0.5 invironment and now we can view
and subscribe/unsubscribe the (other) users subfolders correctly :) .
We don't know if this patch has drawback or not.
Best regards
Marco
On Mon, 4 Jun 2018 13:51:23 +0200
Edda wrote:
> Hi,
>
> I was able to reprod
On 06/04/2018 03:30 PM, Dan White wrote:
> !!!
> Please be aware that the password for mailproxy was exposed below in
> uuencoded form.
> !!!
Thanks, this is an (internal) lab platform !
I finally focus on the fact that authentication fails if userid and
authid differ.
So, my primary setup was (
!!!
Please be aware that the password for mailproxy was exposed below in
uuencoded form.
!!!
On 06/04/18 11:23 +0200, Jean-Christophe Delaye wrote:
On 06/01/2018 07:54 PM, Dan White wrote:
On 06/01/18 18:03 +0200, Jean-Christophe Delaye wrote:
[root@cassandra etc]# /opt/cyrus-imapd_3.0.7-cyru
Hi,
I was able to reproduce the issue with 3.0.5 with these settings:
unixhierarchysep: yes
altnamespace: no
crossdomains: no
Key factor is unixhierarchysep on. (crossdomains is a special case.
altnamespace on/off only looks different.)
I did a lot of debugging and found out the following:
On 06/01/2018 07:54 PM, Dan White wrote:
> On 06/01/18 18:03 +0200, Jean-Christophe Delaye wrote:
>> I'm trying to complete setup Cyrus Murder : 1 frontend with mupdate and
>> 1 backend (initial config).
>
>> # telnet imap1 imap
>> Trying 192.168.106.208...
>> Connected to imap1.eurecom.fr.
>> Esc
It could be a performance issue on a busy server, especially if
it’s resource constrained. It’s probably not an issue anymore on
modern hardware.
--
Kenneth Murchison
Cyrus Development Team
FastMail US LLC
mu...@fastmaileam.com
On Sat, Jun 2, 2018, at 2:44 PM, Albert Shih wrote:
> Le 02/06/2018
Le 02/06/2018 à 13:29:53-0400, Ken Murchison a écrit
> It’s disabled by default. Enable it by adding it to the sieve_extensions
> option
> in imapd.conf
Ok. Thanks.
But do you know why ? Is because some performance issue ?
Regards
--
Albert SHIH
DIO bâtiment 15
xmpp: j...@obspm.fr
Heure local/L
It’s disabled by default. Enable it by adding it to the sieve_extensions
option in imapd.conf
--
Kenneth Murchison
Cyrus Development Team
FastMail US LLC
mu...@fastmaileam.com
On Sat, Jun 2, 2018, at 11:25 AM, Albert Shih wrote:
> Hi everyone.
>
> On the website
>
> https://www.cyrusimap.org
> "SI" == Stephen Ingram writes:
SI> I did turn it off just to see what happened, but it was not
SI> the problem. Nice though, because I learned how to relabel a volume
SI> to get back in the good graces of SELinux.
Well, just using setenforce doesn't disable selinux; it just disables
enforc
Jason-
That came up clean for my latest config, but it did highlight problems when
I didn't have the auth working. Thank you so much as this is a great search
command to help sleuth out those SELinux issues. I did turn it off just to
see what happened, but it was not the problem. Nice though, beca
If you suspect selinux, please do 'ausearch -m avc -ts today' and see what
you get. You may also wish to do 'setenforce 0' and try again, just to
make sure.
I can provide some basic help with selinux if that's needed.
- J<
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http
Well, I finally figured out how to turn up the logging. Alas, the logging
inside cyrus tells me less than postfix. How can that be?
Jun 1 17:58:56 imap lmtp[20994]: connection from mx.x.x [10.0.13.69]
Jun 1 17:58:56 imap lmtp[20994]: SSL_accept() incomplete -> wait
Jun 1 17:58:56 imap lmtp[2099
On 06/01/18 18:03 +0200, Jean-Christophe Delaye wrote:
I'm trying to complete setup Cyrus Murder : 1 frontend with mupdate and
1 backend (initial config).
# telnet imap1 imap
Trying 192.168.106.208...
Connected to imap1.eurecom.fr.
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 LITERAL+
Patrick-
My thought too, but nothing but success entries for all of the cyrus
commands. Is there a way to increase logging on the frontend? I seem to be
getting details on the backends, but not the frontend. That might help
diagnose this. Ken asked for cyrus logs, but I don't really have anything
Anything in /var/log/audit/audit.log ?
On June 1, 2018 2:29:06 PM ADT, Stephen Ingram wrote:
>Patrick-
>
>I'm also trying to get more debugging about he system I/O error, but
>never
>see it in the cyrus logs, only in the postfix logs.
>
>Steve
>
>On Fri, Jun 1, 2018 at 9:37 AM, Patrick Boutilier
Patrick-
I'm also trying to get more debugging about he system I/O error, but never
see it in the cyrus logs, only in the postfix logs.
Steve
On Fri, Jun 1, 2018 at 9:37 AM, Patrick Boutilier
wrote:
> On 06/01/2018 01:31 PM, Stephen Ingram wrote:
>
>> Patrick-
>>
>> Actually, nothing. I've got
Ken-
Here is the only entry in the cyrus logs I can see from that postfix server:
Jun 1 17:01:19 imap lmtp[12597]: starttls: TLSv1.2 with cipher
DHE-RSA-AES256-GCM-SHA384 (256/256 bits new) authenticated as x.x.x
Jun 1 17:01:19 imap lmtp[12597]: login: x.x.x [10.0.13.69] smtp/x.x.x
GSSAPI+TLS U
Ken-
That could be. I noticed that the SELinux policy updated on the server as
well and Redhat might have changed something that is not allowing Cyrus to
write there?? It is able to write the Kerberos credential cache there
though. I thought it wrote everything else to /var/lib/imap.
I don't see
Ken-
That all appears to be working correctly. Here's a cut from the Postfix
debug with addresses obfuscated:
Jun 1 16:48:52 mx postfix/lmtp[18136]: send attr offset = 682
Jun 1 16:48:52 mx postfix/lmtp[18136]: send attr dsn_orig_rcpt =
rfc822;x...@x.com
Jun 1 16:48:52 mx postfix/lmtp[18136]:
OTH, my guess is that Cyrus is failing to create the tmpfile to stage
the message. Is /tmp (or its equivalent) full, or not writeable?
Without something from the Cyrus syslog, this will be hard to diagnose.
On 06/01/2018 12:51 PM, Stephen Ingram wrote:
Ken-
That all appears to be working co
On 06/01/2018 01:31 PM, Stephen Ingram wrote:
Patrick-
Actually, nothing. I've got everything piped into /var/log/maillog and
not too much there either beyond the actual error message.
Hmmm... Usually when I have seen the System I/O error the log entry also
records what the actual director
On 6/1/18 12:21 PM, Stephen Ingram wrote:
I'm receiving a 451 4.3.0 System I/O error (in reply to end of DATA
command) error from Postfix when trying to deliver to cyrus-imap and
not really sure why. I'm on CentOS 7 (2.4.17-8) after downgrading from
current version. I'm using Kerberos GSSAPI to
Patrick-
Actually, nothing. I've got everything piped into /var/log/maillog and not
too much there either beyond the actual error message.
Steve
On Fri, Jun 1, 2018 at 9:23 AM, Patrick Boutilier
wrote:
> On 06/01/2018 01:21 PM, Stephen Ingram wrote:
>
>> I'm receiving a 451 4.3.0 System I/O er
On 06/01/2018 01:21 PM, Stephen Ingram wrote:
I'm receiving a 451 4.3.0 System I/O error (in reply to end of DATA
command) error from Postfix when trying to deliver to cyrus-imap and not
really sure why. I'm on CentOS 7 (2.4.17-8) after downgrading from
current version. I'm using Kerberos GSSAP
On 05/16/2018 06:39 PM, Jean-Christophe Delaye wrote:
> Hello,
Hi,
I finally succeded in running a (3.0.7) mupdate master on Solaris (11.3)
using gcc.
I remember my previous notes with Studio compiler and an issue with
pthread option on Solaris :
"When Compiling on Solaris
Do not use "-pthread",
or i.e. a cyrus imap Folder called "SpamLearn" (i.e. auto-created in every
> mailbox). You possibly have to adapt the whole path to your config/setup.
>
> - or for much more of, do a loop over:
>
> for each user:
> spam-learn /var/spool/imap/user/$user/Spam/*.
>
2nd step you may delete the Spam folder content by a little imap script
to avoid re-reading yet processed mails. "spam-learn" is a script / program
which reads emails direcftly fom files.
seems a bit ugly, but works very efficient on filesystem level. It sepends from
the filesystem layer h
t)
>
> David Lang
>
> On Tue, 29 May
> 2018, Pedro silva wrote:
>
> Date: Tue, 29 May 2018 10:16:37 +0100
> From: Pedro silva
> To: Sven Schwedas
> Cc: info-cyrus@lists.andrew.cmu.edu,
> Info-cyrus
>
> Subject: Re: Cyrus (Sieve) and external programs
>
, they relaxed a bit)
>
> David Lang
>
> On Tue, 29 May
> 2018, Pedro silva wrote:
>
> > Date: Tue, 29 May 2018 10:16:37 +0100
> > From: Pedro silva
> > To: Sven Schwedas
> > Cc: info-cyrus@lists.andrew.cmu.edu,
> > Info-cyrus
> >
>
Sven Schwedas
Cc: info-cyrus@lists.andrew.cmu.edu,
Info-cyrus
Subject: Re: Cyrus (Sieve) and external programs
Hello Sven,
Thanks for your answer.
Actually I would like to set up a system were a user would move his
messages to a spam folder, and by doing so, the message would be sent to
the
Hello Sven,
Thanks for your answer.
Actually I would like to set up a system were a user would move his
messages to a spam folder, and by doing so, the message would be sent to
the spam learning system.
Ive seen something like this in other distributions (eg.:
https://wiki.dovecot.org/HowTo/A
Hi Sven,
Are you able to provide a sample mailboxes.db entry (using cyr_dbtool as
Bron describes below) for a mailbox which is affected by this?
I'm trying to determine if the cause is bad data getting into the
database, or good data that's being misread for some reason. An example
would help a l
https://github.com/cyrusimap/cyrus-imapd/issues/2378 to track the issue.
Sorry about the short comment earlier on my phone as I woke up - meant
to save it as a draft and add some detail!
# /usr/cyrus/bin/cyr_dbtool
Usage: /usr/cyrus/bin/cyr_dbtool [-C altconfig]
[] []Usable Backends: flat, s
If you use cyr_dbtool you can edit the offending line in mailboxes db.
Clearly there's a bug here too, we should be sanitising group names! Or
at least storing them in a reversible format
On Tue, May 29, 2018, at 00:33, Sven Schwedas wrote:
> After running `setaclmailbox some/mailbox "group:name
On 2018-05-28 16:41, Pedro silva wrote:
> Hello,
>
> I'm trying to set up a spam learning system, and I would like to pipe
> email places in (for example) the SPAM folder to an external program.
>
> I have cyrus 2.4.17
>
> Does any one know how or if this is possible in cyrus (or sieve)?
If you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2018/05/22 12:04 PM, Nels Lindquist wrote:
>
> On 2018/04/12 10:09 PM, ellie timoney wrote:
>
>>> On Fri, Apr 13, 2018, at 1:21 AM, Nels Lindquist wrote: The
>>> man page for imapd.conf has this to say regarding
>>> "mailbox_default_options":
>>>
Does any of the message returned by a regular SEARCH contain the verbatim
word "Jahren"?
Yes
The issue you are describing might be related to stemming.
Doesn't look like it:
D SEARCH FUZZY BODY "Jahr"
* SEARCH
D OK Completed (0 msgs in 0.000 secs)
I have tried various searches, and non see
Does any of the message returned by a regular SEARCH contain the verbatim word
"Jahren"? The issue you are describing might be related to stemming.
Cheers,
Robert
On Fri, May 25, 2018, at 15:59, Sebastian Hagedorn wrote:
> Hi,
>
> now that I know that in current releases of Cyrus 3 is only used
hed.
Regards,
Anatoli
*From:* Ellie Timoney
*Sent:* Tuesday, May 15, 2018 00:46
*To:* Anatoli
*Cc:* Info-cyrus
*Subject:* Re: setting acl on autocreate folders
Something like: autocreate_acl(multiple
autocreate_acl entries could be specified)
That's roughly what I'd expect such
On Wed, May 23, 2018 03:18, Michael Menge wrote:
> Hi,
>
>
> Quoting "James B. Byrne via Info-cyrus"
> :
>
>> We have a problem with quota settings on a new v3.0.5 service. The
>> mailboxes were transferred via rsync from oldserver:/var/spool/imap/
>> to newserver:/var/spool/imap
>>
>> The mailbox
Hi,
Quoting "James B. Byrne via Info-cyrus" :
We have a problem with quota settings on a new v3.0.5 service. The
mailboxes were transferred via rsync from oldserver:/var/spool/imap/
to newserver:/var/spool/imap
The mailboxes.db was unloaded on the old server using mboxelist,
transferred to th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2018/04/12 10:09 PM, ellie timoney wrote:
>> On Fri, Apr 13, 2018, at 1:21 AM, Nels Lindquist wrote: The man
>> page for imapd.conf has this to say regarding
>> "mailbox_default_options":
>>
Default “options” field for the mailbox on create
Hi Albert,
On Fri, May 18, 2018, at 22:39, Albert Shih wrote:
> After turn on telemetry it's seem Thunderbird just do a « classic » search.
>
> So that's mean when I do search from Thunderbird it's very slow, and I
> build the xapian index for almost nothing because almost 90% of my users
> use T
Hi Albert,
The main logical difference between ordinary replication and the experimental
backup system in Cyrus 3.0 is that in a replicated system, the replica is a
copy of the account's current state (as of the last replication). The backup
system is a historical record, not just a current st
Le 11/05/2018 à 13:32:29+0200, Robert Stepanek a écrit
>
> On Fri, May 11, 2018, at 13:04, Sebastian Hagedorn wrote:
> > For my understanding: does that mean the Xapian index is only used
> > for clients that support RFC 6203? If that is the case, how are
> > "traditional" IMAP searches handled?
>
Le 18/05/2018 à 09:54:14+1000, Bron Gondwana a écrit
> It sounds like the sieve file might be incorrect in some way? Either it
Some are very very simple (forward -> external address).
> doesn't parse with the current version of sievec, or it's got the wrong
> permissions, or even the wrong namin
It sounds like the sieve file might be incorrect in some way? Either it
doesn't parse with the current version of sievec, or it's got the wrong
permissions, or even the wrong naming. On our servers we have:
websieve.script
websievebc
defaultbc -> websievebc
As managed by having timsieved save a
Le 14/05/2018 à 14:35:21+0200, Sebastian Hagedorn a écrit
> > On Fri, May 11, 2018, at 14:25, Sebastian Hagedorn wrote:
> >> --On 11. Mai 2018 um 13:32:29 +0200 Robert Stepanek
> >> wrote:
> >> > For non-FUZZY text SEARCH, Cyrus attempts to match the string on its
> >> > own [1].
> >>
> >> That s
Hi James,
Users' subscription files are normally saved in /var/imap/user in
directories based on the user's initial. Search for username.sub files in
there. Seen status used to be in there too in username.seen files but that
changed in more recent versions, where seen status information is stored
i
I have managed to move the 2.3.16 mailstore and mailboxes.db to the
3.0.5 host and reconstructed the mailboxes using 'reconstruct -f -r
-G -V max user/*' Connections between squirrelmail and the new
service appear to be working fine. However, I have a couple of
glitches and I would like to know
Am 16. Mai 2018 22:08:53 MESZ schrieb Albert Shih :
>When it's working, I would like to know ... how to use the backup.
>
>The question maybe sound totaly stupid, but well, with dovecot I know
>how
>to use the backup. But with cyrus imap ... I don't know.
>
>Three cases :
>
>1/ What should I do if
801 - 900 of 34797 matches
Mail list logo