On Mon, 2018-12-17 at 10:40 +0100, Egoitz Aurrekoetxea wrote:
> I think (and say think :) )I finally found a method. Although I'm
> testing it deeply... it seems (say seems too :) ) 2.4 is compatible
> with a mail spool in 2.3 (at least with my config). So I'll try to
> upgrade first to 2.4 and
Hi mate,
I think (and say think :) )I finally found a method. Although I'm
testing it deeply... it seems (say seems too :) ) 2.4 is compatible with
a mail spool in 2.3 (at least with my config). So I'll try to upgrade
first to 2.4 and later to 3.0 setting up a replication from 2.4 to 3.0.
Would
On Thu, December 13, 2018 13:25, Egoitz Aurrekoetxea wrote:
> Hi again!
>
>
> Else as a simplication way can you replicate any manner a 2.3 with some
> newer version?. At least in manual mode (not rolling)?.
The replication protocol in 2.4 is not compatible wit 2.3.
There is no easy way. I'm
On 12/13/18 9:52 AM, Egoitz Aurrekoetxea wrote:
I was trying to upgrade part of our Cyrus imap installation,
concretely that one consisting in still 2.3. I was planning to set up
Cyrus 3.0. I have seen all works properly except for the unexpunge
command because as someone stated here, a
Common Bron, Ellie, mates :) any advise?
Cheers :) :)
---
EGOITZ AURREKOETXEA
Departamento de sistemas
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia)
ego...@sarenet.es
www.sarenet.es [1]
Antes de imprimir este correo electrónico piense si es necesario
hacerlo.
El
Hi again!
Else as a simplication way can you replicate any manner a 2.3 with some
newer version?. At least in manual mode (not rolling)?.
Cheers.
---
EGOITZ AURREKOETXEA
Departamento de sistemas
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia)
ego...@sarenet.es
Jonk, thank you for the idea. Somewhat looks strange as old mail server
worked w/o this problem 5+ years. But the system environment changed
dramatically, may be some filesystem quircks are significant for this
locks...
I will try gdb'ing the process when problem occurs once more
13.12.2018
Without running gdb on the process, I have no idea, but your problem
sounds similar to something we hit a very long time ago:
See https://www.oakton.edu/user/3/jwade/cyrus/Readme.html
In our cases, the problem was the imapd process that was holding the
lock was trying to obtain a second lock
Hi mate!
Thank you so much!. The reconstruct solved the unexpunge issue. Could
anyone know something about long locks?.
Best regards,
---
EGOITZ AURREKOETXEA
Departamento de sistemas
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia)
ego...@sarenet.es
www.sarenet.es [1]
Eric, Egoitz
thank you very much, all your advices are very interesting.
Egoitz, replication and delayed expunged are previewed for the next
migration.
I'm not sure that cyrus2.3 implements delayed expunged.
Eric, here is a piece of fstab for mounting nfs:
Hi!,
I'm an experienced user too... more than 10 too :)
It's just an advice... I'd recommend using Cyrus replication as an HA
mech. We use an own made mech for restoring mailboxes... the snapshot
causes often mailboxes to need a reconstruction. Obviously if it has
worked for you perhaps
On 06/12/2018 11:17, Ismaël Tanguy wrote:
Hello,
thanks for your answer.
We have been using for more than 10 years Cyrus with NFS because of
the snapshot.
Snapshot give a way to restore mail or mailbox.
It has worked like a charm until the migration.
Now we're stuck on daily mailbox
Hello,
thanks for your answer.
We have been using for more than 10 years Cyrus with NFS because of the
snapshot.
Snapshot give a way to restore mail or mailbox.
It has worked like a charm until the migration.
Now we're stuck on daily mailbox corruption due to this storage.
We're looking,
Hi!
Mate nfs, is no tan appropiate storage for Cyrus. I’d recommend you using
machine local storage. Using that kind of config won’t success.
Cheers,
Egoitz,
> El 5 dic 2018, a las 12:13, Ismaël Tanguy
> escribió:
>
> Hello, this is a Cyrus 2.3.11 on Centos 5.
> About 5000 users for 10 To.
Hi Javier!!
Thanks a Lot !! I’ll try it. I was wondering if reconstruct could be running
the same time as the other services... you know, if you have a medium-Big sized
server... could take a long time and for avoiding service disruptions...
Cheers,
Egoitz,
> El 5 dic 2018, a las 10:45,
On 12/4/18 5:53 PM, Heiler Bemerguy via Info-cyrus wrote:
> Hail, this is a Cyrus 2.5.10-3 on Debian 9
>
> A mailbox was accidentaly deleted, as the log shows:
>
> Dec 4 11:56:42 localhost cyrus/imap[27354]: Rename:
> user.planejamento^funbosque -> DELETED.user.planejamento^funbosque.5C0695AA
On 12/5/18 8:51 AM, Egoitz Aurrekoetxea wrote:
> Good morning,
>
>
> I'm testing 3.0.8 Cyrus IMAP. I have seen that for instance, when you
> remove a couple of messages (with a vanila Roundcube webmail so IMAP,
> for instance) you cause a copy to the trash and a expunge in the INBOX.
> This
Can anyone provide some more details about this bug?. Have seen
something similar to this... although have not been able to deep on that
issue because have not had reproduced it...
Cheers!
---
EGOITZ AURREKOETXEA
Departamento de sistemas
944 209 470
Parque Tecnológico. Edificio 103
48170
Hi Carlos,
Did you finally lost these expunged messages?.
Best regards,
---
EGOITZ AURREKOETXEA
Departamento de sistemas
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia)
ego...@sarenet.es
www.sarenet.es [1]
Antes de imprimir este correo electrónico piense si es
Hi,
Try db_recover tool in /var/lib/cyrus, somithing like (depends of your
install):
-- stop cyrus --
cd /var/lib/cyrus && db_recover -v -h /var/lib/cyrus/db
-- start cyrus --
or herder version:
-- stop cyrus --
cd /var/lib/cyrus && db_recover -c -v -h /var/lib/cyrus/db
-- start cyrus --
If
Ha.. SOLVED IT :-))
/etc/host REQUIRES the entry:
192.168.0.3 dell2600-1.bradcan.homelinux.com dell2600-1
Then:
[root@dell2600-1 brad]# sendmail -C /etc/mail/sendmail.cf -bt
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter
> $=w
dell2600-1.bradcan.homelinux.com
dell2600-1
Edda,
I think there might be some clues, but I'm struggling to understand the
below results.
On 30/11/2018 17:36, Edda wrote:
> Am 30.11.18 um 17:34 schrieb Charles Bradshaw:
>> Edda,
>>
>> On 30/11/2018 15:48, Edda wrote:
>>> Not a cyrus issue. Apparently sendmail strips the domain as you see
W dniu 01.12.2018 o 12:22, chose pisze:
>Good afternoon,
>I've setup debug: 1 in the imapd.conf, created log/ directory
> with owner cyrus, but I do not see any log. What did I missed ?
>Cyrus imap is slow, reading emails takes a seconds, server is not
> loaded. After some
Thunderbird is using the $label flags for storing colours. I don't believe the
colour itself is stored on the server.
On Sat, 1 Dec 2018, at 07:07, Joseph Brennan wrote:
>
> I am trying to find where cyrus imap stores the colors Thunderbird uses in
> the message index display. I thought
On Fri, November 30, 2018 12:35, Patrick Boutilier wrote:
>
>
> Most likely delayed expunge. Does this show 209?
>
> unexpunge -l user.realuserid |grep UID|wc -l
>
Yes it does. Thanks.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via
Am 30.11.18 um 17:34 schrieb Charles Bradshaw:
Edda,
On 30/11/2018 15:48, Edda wrote:
Not a cyrus issue. Apparently sendmail strips the domain as you see in
lines like "RCPT To:"
Your cyrusv2 Mailer in sendmail.mc seems correct to me.
What do you get from (you can skip all the line for user
On 11/30/18 11:24 AM, James B. Byrne via Info-cyrus wrote:
While investigating a problem I encountered a(nother) situation that I
do not understand.
I entered a user's root mailbox using cd and did 'ls -l *\.'. There
are 245 files with names like '999\.' in this directory. My
understanding is
Edda,
On 30/11/2018 15:48, Edda wrote:
> Not a cyrus issue. Apparently sendmail strips the domain as you see in
> lines like "RCPT To:"
>
> Your cyrusv2 Mailer in sendmail.mc seems correct to me.
>
> What do you get from (you can skip all the line for user root)
>
> sendmail -d21.1 -bv
Is my TLS configuration correct?
/etc/imapd.conf contains:
tls_cert_file: /etc/pki/cyrus-imapd/cyrus-imapd.pem
tls_key_file: /etc/pki/cyrus-imapd/cyrus-imapd.pem
tls_ca_file: /etc/pki/tls/certs/ca-bundle.crt
tls_cipher_list: TLSv1:SSLv3:!NULL:!EXPORT:!DES:!LOW:@STRENGTH
Files exist:
Not a cyrus issue. Apparently sendmail strips the domain as you see in
lines like "RCPT To:"
Your cyrusv2 Mailer in sendmail.mc seems correct to me.
What do you get from (you can skip all the line for user root)
sendmail -d21.1 -bv b...@bradcan.homelinux.com
Greets,
Edda
Am 30.11.18 um
Patrick, Javier, at last progress. Brilliant. :-) See below.
On 30/11/2018 14:16, Patrick Boutilier wrote:
> On 11/30/18 10:00 AM, Charles Bradshaw via Info-cyrus wrote:
>> Javier
>>
>> On 30/11/2018 11:49, Javier Angulo wrote:
>>> On 11/29/18 8:00 PM, Charles Bradshaw via Info-cyrus wrote:
On 11/30/18 3:30 PM, Eric Luyten wrote:
>
> On 30/11/2018 15:16, Patrick Boutilier wrote:
>> On 11/30/18 10:00 AM, Charles Bradshaw via Info-cyrus wrote:
>>> Javier
>>>
>>> On 30/11/2018 11:49, Javier Angulo wrote:
On 11/29/18 8:00 PM, Charles Bradshaw via Info-cyrus wrote:
> Now you
On 30/11/2018 15:16, Patrick Boutilier wrote:
On 11/30/18 10:00 AM, Charles Bradshaw via Info-cyrus wrote:
Javier
On 30/11/2018 11:49, Javier Angulo wrote:
On 11/29/18 8:00 PM, Charles Bradshaw via Info-cyrus wrote:
Now you tell me is cyrus syslog being sent to /var/log/maillog? Or
should
On 11/30/18 10:00 AM, Charles Bradshaw via Info-cyrus wrote:
Javier
On 30/11/2018 11:49, Javier Angulo wrote:
On 11/29/18 8:00 PM, Charles Bradshaw via Info-cyrus wrote:
Now you tell me is cyrus syslog being sent to /var/log/maillog? Or
should it be going to /var/imapd.log as the
Javier
On 30/11/2018 11:49, Javier Angulo wrote:
> On 11/29/18 8:00 PM, Charles Bradshaw via Info-cyrus wrote:
>> Now you tell me is cyrus syslog being sent to /var/log/maillog? Or
>> should it be going to /var/imapd.log as the configuration files, man
>> pages and cyrus installation guides (
On 11/29/18 8:00 PM, Charles Bradshaw via Info-cyrus wrote:
> Now you tell me is cyrus syslog being sent to /var/log/maillog? Or
> should it be going to /var/imapd.log as the configuration files, man
> pages and cyrus installation guides ( found here:
>
Brian
On 29/11/2018 19:34, Shaw, Brian wrote:
> It looks like you may have some type of disk permissions issue.
>
> Nov 29 18:36:51 dell2600-1 sendmail[5070]: wATIapgq005070: Losing
> ./qfwATIapgq005070: savemail panic
> Nov 29 18:36:51 dell2600-1 sendmail[5070]: wATIapgq005070: SYSERR(root):
>
It looks like you may have some type of disk permissions issue.
Nov 29 18:36:51 dell2600-1 sendmail[5070]: wATIapgq005070: Losing
./qfwATIapgq005070: savemail panic
Nov 29 18:36:51 dell2600-1 sendmail[5070]: wATIapgq005070: SYSERR(root):
savemail: cannot save rejected email anywhere
This
Simon
My original post contained a dump of /var/log/maillog, butwas asked by
Dan "what does cyrus syslog say" so assumed there should be some more
log messages somewhere.
For the record I do: Clear /var/log/maillog then send a test email from
the command line. Then /var/log/maillog contains:
> Dan
>
> I have, and have always had, an empty /var/log/imapd.log so I'm not
> going to make progress until I fix that.
>
> In n /etc/rsyslog.conf
>
> # cyrus imapd
> #local6.* /var/log/imapd.log - tried this
> first.
> local6.debug
Do you otherwise see log entries for an imap connection?
Is there a permissions problem on the lmtpunix mux
(/var/lib/imap/socket/lmtp)? Your syslog entry seems to indicate it is
communicating with cyrus, but perhaps I'm misreading it.
Look up telemetry logging, and lmtptest for other ways to
Dan
I have, and have always had, an empty /var/log/imapd.log so I'm not
going to make progress until I fix that.
In n /etc/rsyslog.conf
# cyrus imapd
#local6.* /var/log/imapd.log - tried this
first.
local6.debug /var/log/imapd.log
auth.debug
On 11/29/18 00:46 +, Charles Bradshaw wrote:
lm user/b...@bradcan.homelinux.com
user/b...@bradcan.homelinux.com (\HasChildren)
and the directory
/var/spool/imap/domain/b/bradcan.homelinux.com/b/user/brad exists and is
intact.
Perhaps I should change my rsyslog
Hi Dan, thanks for the prompt reply. Not sure if I should reply to the
list or direct to you.
lm user/b...@bradcan.homelinux.com
user/b...@bradcan.homelinux.com (\HasChildren)
and the directory
/var/spool/imap/domain/b/bradcan.homelinux.com/b/user/brad exists and is
intact.
On 11/28/18 15:21 +, Charles Bradshaw via Info-cyrus wrote:
My tests while logged in to the server as brad:
[root@dell2600-1 brad]# cat /var/log/maillog
Nov 27 15:18:35 dell2600-1 sendmail[4798]: wARFIZXZ004798: from=brad,
size=44, class=0, nrcpts=1,
On 11/26/18 12:08 PM, James B. Byrne via Info-cyrus wrote:
On Mon, November 26, 2018 10:28, Ken Murchison wrote:
I can't reproduce your issue and I don't see where the sslscan output
states that TLS1.0 is being advertised. Can you actually connect
using TLS1.0 protocol?
No, we cannot.
On Mon, November 26, 2018 10:28, Ken Murchison wrote:
> I can't reproduce your issue and I don't see where the sslscan output
> states that TLS1.0 is being advertised. Can you actually connect
> using TLS1.0 protocol?
>
No, we cannot. I will pass the results of our test to the powers
thast
I can't reproduce your issue and I don't see where the sslscan output
states that TLS1.0 is being advertised. Can you actually connect using
TLS1.0 protocol?
openssl s_client -tls1 -connect 215.185.71.17:993
On 11/26/18 10:11 AM, James B. Byrne via Info-cyrus wrote:
We have this setting in
Thanks Sergey, these have been corrected and should update automatically in the
next 15 minutes or so :)
On Sun, Nov 25, 2018, at 11:14 PM, Sergey wrote:
> On Tuesday 20 November 2018, Ken Murchison wrote:
>
> > I'm pleased to announce the release of the long-awaited SASL 2.1.27
> > which can
On Tuesday 20 November 2018, Ken Murchison wrote:
> I'm pleased to announce the release of the long-awaited SASL 2.1.27
> which can be downloaded from here:
Thanks. But I have one question and one note.
https://github.com/cyrusimap/cyrus-sasl is not updated as I see,
or the source tree have
On 11/23/18 12:08 PM, James B. Byrne via Info-cyrus wrote:
I would like someone to explain to me how the diffie-hellman
parameters are adjusted for cyrus-imap. Unlike Postfix, there does
not seem to be a separate setting in imapd.conf for a DH parameter
file. At least, I cannot find
On Monday 12 November 2018, Michael Menge wrote:
> Are you sure messages have been "Deleted" via IMAP EXPUNGE command?
Thanks. Two identical clients had different settings for deletion.
Everything logging well.
--
Regards, Sergey
Cyrus Home Page: http://www.cyrusimap.org/
List
On Wed, November 21, 2018 10:20, James B. Byrne via Info-cyrus wrote:
>
> We had previously used the '.' as the separator. Our current settings
> are:
>
>
> /usr/local/etc/imapd.conf:unixhierarchysep: true
> /usr/local/etc/imapd.conf:altnamespace: true
>
Change
On Wed, November 21, 2018 09:33, Javier Angulo wrote:
>
>
> On 11/21/18 2:38 PM, James B. Byrne via Info-cyrus wrote:
>>
>>
>> On Wed, November 21, 2018 03:25, Javier Angulo wrote:
>>>
>>> Probably you have to use a '.' instead of '^'
>>>
>>> try:
>>> # sudo -u cyrus
On 11/21/18 2:38 PM, James B. Byrne via Info-cyrus wrote:
>
>
> On Wed, November 21, 2018 03:25, Javier Angulo wrote:
>>
>> On 11/20/18 3:29 PM, James B. Byrne via Info-cyrus wrote:
>>> # sudo -u cyrus /usr/local/cyrus/sbin/ipurge -v -f -d 35
>>> 'user/x/INBOX^Trash'
>>> # echo $?
>>> 0
>>>
On Wed, November 21, 2018 03:25, Javier Angulo wrote:
>
> On 11/20/18 3:29 PM, James B. Byrne via Info-cyrus wrote:
>> # sudo -u cyrus /usr/local/cyrus/sbin/ipurge -v -f -d 35
>> 'user/x/INBOX^Trash'
>> # echo $?
>> 0
>>
>> What is happening here?
>
> Probably you have to use a '.' instead of
On 11/20/18 3:29 PM, James B. Byrne via Info-cyrus wrote:
> # sudo -u cyrus /usr/local/cyrus/sbin/ipurge -v -f -d 35
> 'user/x/INBOX^Trash'
> # echo $?
> 0
>
> What is happening here?
Probably you have to use a '.' instead of '^'
try:
# sudo -u cyrus /usr/local/cyrus/sbin/ipurge -v -f -d 35
drive/shared/test2" shows a lot of items with Expg date older that 3
days, but a general cyr_expire -X 3 (i.e. without the -u or -p) does
clean the entire store, including the shared DAV folders.
*From:* Ken Murchison
*Sent:* Tuesday, November 20, 2018 10:22
*To:* Info-cyrus
*Subject:* Re: We
*Sent:* Friday, November 16, 2018 13:17
*To:* Info-cyrus
*Subject:* Re: WebDAV folders internally have hundreds of copies of
the same few files
On 11/16/18 1:19 AM, Anatoli wrote:
Ken,
> If you login as an admin, you should be able to SELECT the mailbox
and use normal IMAP comman
ome shared DAV folder. The -p and -u options seem not
to work as intented on the shared DAV folders (user-owned DAV folders
are cleared with -p param). Any idea how to accomplish this?
Regards,
Anatoli
*From:* Vladislav Kurz
*Sent:* Monday, November 19, 2018 05:50
*To:* Info-cyrus
*Subject:*
does not exist" for a common user. This looks like undocumented
magic and mbexamine actually provides all needed information, so I will
get file details with it.
Thanks for you help, Ken.
*From:* Ken Murchison
*Sent:* Friday, November 16, 2018 13:17
*To:* Info-cyrus
*Subject:* Re: WebDAV
On 11/14/18 2:54 PM, Ken Murchison wrote:
>
> On 11/13/18 10:15 PM, Anatoli wrote:
>> Hi,
>>
>> I'm not sure this is due to some configuration option, bug or feature,
>> but I'm observing some folders on Cyrus HTTP WebDAV server having
>> hundreds (995 at this moment to be precise) internal files
s the original file was not modified by the
partial upload. So it appears the problem is elsewhere.
Regards,
Anatoli
*From:* Ken Murchison
*Sent:* Thursday, November 15, 2018 14:09
*To:* Info-cyrus
*Subject:* Re: WebDAV folders internally have hundreds of copies of
the same few files
On 11/1
could just copy the relevant files without
rsync'ing and then processing the entire spool. Thanks for the tip!
*From:* Sebastian Hagedorn
*Sent:* Friday, November 16, 2018 03:53
*To:* Anatoli
*Cc:* Info-cyrus
*Subject:* Re: WebDAV folders internally have hundreds of copies of the
same few files
Hi,
Independently of this, is there a way to obtain the details about the
flags for each message in a folder directly from the db files?
you could try mbexamine for that.
--
Sebastian Hagedorn - Weyertal 121, Zimmer 2.02
Regionales Rechenzentrum (RRZK)
Universität zu Köln / Cologne University
mber 15, 2018 14:09
*To:* Info-cyrus
*Subject:* Re: WebDAV folders internally have hundreds of copies of the
same few files
On 11/15/18 1:48 AM, Anatoli wrote:
Hi Ken,
Thanks a lot for the clarification, everything makes sense now. How
can I list the files marked for deletion and those that ar
he mailbox, or updating the DAV db
entry fails, the operation should be reverted, with partial saving
done. Which version of Cyrus are you using?
*From:* Ken Murchison
*Sent:* Wednesday, November 14, 2018 10:54
*To:* Info-cyrus
*Subject:* Re: WebDAV folders internally have hundreds of copies of
On 11/15/18 2:16 AM, Zorg wrote:
I ve one cyrus imap server I want to create a replicated one
I have read the documentation but nothing explain how two start the
first replication
If my slave master is empty how can i synchronise them the first time
Once you've got replication configured,
,
Anatoli
*From:* Ken Murchison
*Sent:* Wednesday, November 14, 2018 10:54
*To:* Info-cyrus
*Subject:* Re: WebDAV folders internally have hundreds of copies of the
same few files
On 11/13/18 10:15 PM, Anatoli wrote:
Hi,
I'm not sure this is due to some configuration option, bug or feature
On 11/13/18 10:15 PM, Anatoli wrote:
Hi,
I'm not sure this is due to some configuration option, bug or feature,
but I'm observing some folders on Cyrus HTTP WebDAV server having
hundreds (995 at this moment to be precise) internal files in the
format "NNN." that correspond to the same file
Hi,
Quoting Sergey :
Hello
Can I see number of deleted messages per IMAP sessions?
This is useful when communicating with the user sometimes.
For imap I can see only this:
cyrus/imap[862231]: login: User logged in
SESSIONID=
cyrus/imap[862231]: USAGE user: 0.228965 sys:
Am Mittwoch, den 07.11.2018, 09:16 +0100 schrieb Michael Menge:
> Hi,
>
> Quoting Robert Covell :
>
> > > If you suspect this is due to a client related problem, you could
> > > enable telemetry logging to find out who/what is causeing the
> > > emails to go
> >
> > missing.
> > >
> > >
When you say ‘delete’ do you mean a client software that may actually be moving
the messages to a Trash folder?
This could have the effect you mention …
M
--
Merlin Hartley
Computer Officer
MRC Mitochondrial Biology Unit
University of Cambridge
Cambridge, CB2 0XY
United Kingdom
> On 7 Nov
Le 07/11/2018 à 08:52:20-0500, James B. Byrne via Info-cyrus a écrit
> Cyrus-IMAPD-3.0.7 on FreeBSD-11.2p4
>
> We have users who, having deleted email, evidently do not recover the
> quota allocated to those messages. We do not believe that we have
Well...I don't think so. With my configuration
Hi,
Quoting Robert Covell :
If you suspect this is due to a client related problem, you could
enable telemetry logging to find out who/what is causeing the emails to go
missing.
https://www.cyrusimap.org/imap/reference/faqs/o-telemetry.html
Good idea will turn this on.
If the purpose
> If you suspect this is due to a client related problem, you could
> enable telemetry logging to find out who/what is causeing the emails to go
missing.
>
> https://www.cyrusimap.org/imap/reference/faqs/o-telemetry.html
Good idea will turn this on.
>
> If the purpose is to (mostly) copy
On 11/06/18 14:06 -0600, Robert Covell wrote:
Hello All,
Have a few weird situations that I have been unable to find solutions to.
Server:
CentOS release 6.x
cyrus-imapd-2.4.17-6.el5.src.rpm (Simon Matter)
Client:
Outlook 2013
Our client is using Cyrus to store related emails for their
>
> I would guess you are missing libsasl2 modules for authentication, which
> your OS probably has packaged in a separate package. You can use
> pluginviewer/saslpluginviewer to view existing plugins.
Awesome - was looking in entirely the wrong location (assumed it was a
Cyrus thing) and
On 11/01/18 21:25 +, Marty Lee wrote:
Forgive me asking this question, we’ve just had a server disk that’s starting
to die in a remote location, and I’m frantically trying to clone some IMAP
users onto another server - along with a number of other things.
Despite imapd.conf having
Hi,
Quoting Michael Menge :
Hi,
Quoting Albert Shih :
Le 17/09/2018 à 14:01:52+0200, Michael Menge a écrit
Hi,
we recently upgrade from Cyrus-Imapd 2.4.x to 3.0.8. After some initial
problems
which we could fix cyrus imapd 3.0.8 is running stable. The one remaining
problem
we receive
Am 24.10.18 um 21:38 schrieb Stephan:
Couldn't this be debugged by enabling telemetry logging ? Or is this
feature missing from the newer releases ?
https://www.cyrusimap.org/2.5/imap/faqs/o-telemetry.html
I will have a look at this, thanks. :) I'm currently moving from cyrus
2.2 (old
Am 23.10.2018 um 11:58 schrieb Kristian Rink:
Hi all;
we're running a Java (and Java Mail) based application interacting with
our cyrus imapd server. Trying to use complex search terms (searching
for multiple criterias, such as message-id and message date), we
regularly (all the time?) end
Hi Ellie;
ok, thanks for explaining. So I'll dive into the Java application and
see whether debugging the search terms gets me any further.
Cheers,
Kristian
Am 24.10.18 um 03:27 schrieb ellie timoney:
The "A5" and "A7" are just the "tags" associated with the client's
search commands, they
Hi Kristian,
The "A5" and "A7" are just the "tags" associated with the client's search
commands, they have no semantic value. The client prefixes each command with
some tag, and then the server uses the same tag in the response (so that you
can identify which response applies to which
Le 08/10/2018 à 10:36:10+0200, Albert Shih a écrit
Hi everyone,
>
I still got my problem :
> I got two level of synchro:
>
> master --- sync --> imap-mirror-1 --- sync --> imap-mirror-2
>
> The first level work fine, the second level (imap-mirror-1 --> imap-mirror-2)
> crash sometime ago.
>
"ctl_conversationsdb -R -r" should rebuild all conversations databases for all
users.
Bron.
On Sat, Oct 13, 2018, at 22:35, Lists Nethead wrote:
>
> Quoting Albert Shih :
>
> > Le 10/10/2018 à 07:41:52+0200, Lists Nethead a écrit
> >>
> >> Quoting Albert Shih :
> >>
> >> > Le
Quoting Albert Shih :
Le 10/10/2018 à 07:41:52+0200, Lists Nethead a écrit
Quoting Albert Shih :
> Le 09/10/2018 à 21:26:28+0200, Lists Nethead a écrit
>>
>> Quoting Lists Nethead :
>>
>> > > Hi,
>> > >
>> > > A user clicks on a mail in Horde IMP and next the inbox appears
>> > > completely
Le 10/10/2018 à 07:41:52+0200, Lists Nethead a écrit
>
> Quoting Albert Shih :
>
> > Le 09/10/2018 à 21:26:28+0200, Lists Nethead a écrit
> >>
> >> Quoting Lists Nethead :
> >>
> >> > > Hi,
> >> > >
> >> > > A user clicks on a mail in Horde IMP and next the inbox appears
> >> > > completely empty.
Right, I tried that, but used the wrong prefix ("dav" instead of "http").
So I would probably need to define imaps_sasl_mech_list and
https_sasl_mech_list too.
Can I save one line by mixing prefixed and non-prefixed options as a
default? Like
sasl_mech_list: login plain cram-md5
Yes. Each option in imapd.conf can be prefixed with a service name from
cyrus.conf.
So if your services are named 'imap' and 'http', use:
imap_sasl_mech_list
http_sasl_mech_list
Definitely don't rely on Digest for http. Most implementations are
either broken or incompatible. I should
Quoting Albert Shih :
Le 09/10/2018 à 21:26:28+0200, Lists Nethead a écrit
Quoting Lists Nethead :
> > Hi,
> >
> > A user clicks on a mail in Horde IMP and next the inbox appears
> > completely empty. This message files all still there of course, but
> > the problem is that I cannot run any
Le 09/10/2018 à 21:26:28+0200, Lists Nethead a écrit
>
> Quoting Lists Nethead :
>
> > > Hi,
> > >
> > > A user clicks on a mail in Horde IMP and next the inbox appears
> > > completely empty. This message files all still there of course, but
> > > the problem is that I cannot run any cyrus
Quoting Lists Nethead :
Hi,
A user clicks on a mail in Horde IMP and next the inbox appears
completely empty. This message files all still there of course, but
the problem is that I cannot run any cyrus command on that mailbox,
reconstruct, chk_cyrus or anything.
Is there a lock
Yes, my version is 2.5.11-10.11.el7.kolab_16, and seems there is this
bug, so shared folder sieves not working there
https://github.com/cyrusimap/cyrus-imapd/issues/1453
- kvaps
On Tue, Oct 9, 2018 at 9:13 PM kvaps wrote:
>
> Sorry for confuse. I was little confused myself :)
>
> Yes, my user
Sorry for confuse. I was little confused myself :)
Yes, my user and few other users subscribed to this shared folder.
Each user have own seen status for this folder - this is ok.
But folder is big and have new mails quite often.
Each user should react different mails in this mailbox.
For now I
Hi,
A user clicks on a mail in Horde IMP and next the inbox appears
completely empty. This message files all still there of course, but
the problem is that I cannot run any cyrus command on that mailbox,
reconstruct, chk_cyrus or anything.
Is there a lock possibly sitting somewhere
Your use of the phrase "connected to all users" and, earlier, "connected
and subscribed", is confusing. Am I correct to assume you mean the
folder is "subscribed" by all users? There is no such thing asa
mailbox/folder being "connected" as a state. It may be subscribed or
not, it may be
Hi, thanks for quick answer,
Yes, I know about shared folder sieves, but I have aniother case:
Eg I have some users:
user/us...@example.org
user/us...@example.org
user/us...@example.org
and shared folder
shared/t...@example.org
This folder connected to all users and have no shared
Kvaps,
It is unclear from your message just where this "shared folder" is
rooted and where your sieve scripts are. Do you mean a folder which is
outside of the "user" name space? If so, you cannot manage message
delivery to this folder via user sieve scripts, but must use global
sieve
Hi all,
we have a set-up with 3 backend servers and one frontend in a murder cluster.
When I move a message to a folder on another backend than the one my inbox is
residing on, I get the following error :
> 1 messages could not be moved to the mailbox “Shared
>
601 - 700 of 31205 matches
Mail list logo
