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

[Patrick Boutilier]

On 6/4/20 7:45 AM, Brian J. Murrell wrote:

On Wed, 2020-06-03 at 19:35 -0400, Ken Murchison wrote:

Brian,

Trying running 'unexpunge -l' on the mailbox in question.


This avenue has already been explored earlier in this thread:

https://lists.andrew.cmu.edu/pipermail/info-cyrus/2020-May/041258.html

To save the effort of re-reading the message:

# sudo -u cyrus bash -c "/usr/lib/cyrus-imapd/unexpunge -l user.brian"
[nothing returned]

So this is looking more like a "bad accounting" problem than something
typically operational.

But how to reconcile it?

It seems to me that a process of comparing what's in the index to
what's on disk to account for the orphans is needed.  I just don't know
what that process is.  I probably just don't know the toolset well
enough to know which tools to apply and how.  mbexamine seems a
candidate but I'm not sure how to interpret it's output to this task.
Or maybe there other/better tools?

Any suggestions?



Have you looked in some of the orphaned messages to see if they are 
emails you have deleted before? My thought would be to move these 
orphaned messages out of /var/spool/imap/b/user/brian . Then delete and 
expunge a few messages using your mail client and see if they are also 
removed from /var/spool/imap/b/user/brian







Cheers,
b.



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Help undeleting a user's INBOX

[Patrick Boutilier]

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 has the following entries:

May 24 14:44:44 narawntapu imap[19976]: Expunged 16808 messages from
user.foo
May 24 14:45:04 narawntapu imap[21788]: Deleted mailbox user.foo.

All the messages -- including the new spam -- are still right here on 
the filesystem, in /var/spool/imap/user/foo. However, reconstruct does 
not seem to do anything -- it exits without an obvious error, but the 
INBOX remains empty. For example, after running "reconstruct -G 
user/foo", I got the following:


May 24 16:34:57 narawntapu reconstruct[25444]: reconstructing user.foo
May 24 16:36:12 narawntapu reconstruct[25444]: user.foo uid 55067
record mismatch, rewriting
May 24 16:36:12 narawntapu reconstruct[25444]: user.foo uid 55069
record mismatch, rewriting
May 24 16:36:55 narawntapu reconstruct[25444]: mailbox: longlock
user.foo for 117.4 seconds

Unfortunately, thunderbird is still not showing anything. Other folders 
exist, but not the INBOX itself...


I have the backup of the entire /var/spool/imap from last night, but it 
does not seem, like I need to recover the messages -- they are still 
here on the filesystem -- it is something else, is not it?


The server runs FreeBSD-11.3, and cyrus-imapd-2.5.15... Thank you. Yours,



Do you have a expunge_mode setting in your imapd.conf ? If not, 
expunge_mode will be set to the default "delayed" . You should be able 
to use unexpunge to list the emails that can be restored.


https://www.cyrusimap.org/2.5/imap/admin/systemcommands/unexpunge.html#imap-admin-systemcommands-unexpunge





-mi






Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: FWD: Confused about Deleted and Expunged

[Patrick Boutilier]

Anything in the logs showing email being expunged? Look for Expunged 
with the capitol E.




On 1/17/20 10:41 AM, Horst Häberlen wrote:

hi Adam Tauno Williams,


What happens if you su to the cyrus user and try to run the command you
see in cyrus.conf ?


This makes no difference. I tried both commands as root and as cyrus. The Log 
entries were
identical:

[...] cyrus/cyr_expire[10175]: Expired 0 and expunged 0 out of 144646 messages 
from 818
mailboxes
[...] cyrus/cyr_expire[10175]: Removed 0 deleted mailboxes
[...] cyrus/cyr_expire[10175]: duplicate_prune: pruning back 4.00 days
[...] cyrus/cyr_expire[10175]: duplicate_prune: purged 0 out of 4171 entries


regards
Horst

<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Confused about Deleted and Expunged

[Patrick Boutilier]

Looks to run cyr_expire as /usr/sbin/cyrus is a script.

https://www.apt-browse.org/browse/ubuntu/trusty/universe/all/cyrus-common/2.4.17+caldav~beta9-3/file/usr/sbin/cyrus



On 1/17/20 8:11 AM, Nikos Gatsis - Qbit wrote:

delprune  cmd="cyr_expire -E 3" at=0400

Οn centos 7:

Version: 2.4.17

Release: 15.el7



On 17/1/2020 12:11 μ.μ., Horst Häberlen wrote:

Hi Sebastian Hagedorn ,

i have no idea how follow-up works in this list, i hope this mail goes to the 
right place.


does it really say "/usr/sbin/cyrus expire" in your cyrus.conf? That
can't work. The command is named cyr_expire on my system, and it
definitely does not have a space in its name.

Yes, the command is correct. On Ubuntu 18.04 there is no cyr_expire and the 
entry
"/usr/sbin/cyrus expire" is in cyrus.conf by default.

In the log files the results are printed ".. localhost cyrus/cyr_expire[14320]: 
Expired 0
and expunged 0 out of 143844 messages from 818 mailboxes"

regards
Horst



--
Untitled Document

*Γατσής Νίκος - Gatsis Nikos*
Web developer
tel.: 210.8256721 - 210.8256712
email: ngat...@qbit.gr
http://www.qbit.gr


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Migration issue with seen/subscription/sieve databases

[Patrick Boutilier]

On 12/23/19 7:04 AM, Gionatan Danti wrote:

On 20/12/19 09:51, Gionatan Danti wrote:

Hi all,
I am tasked to migrate an old cyrus 2.3.x CentOS6 installation to a 
new CentOS8 server with cyrus 3.0.7.


I'm following the instructions at 
https://cyrusimap.org/imap/download/upgrade.html (compresive of 
berkeley db format change to skiplist) and all is mostly working, 
except for some important per-user databases: seen, subscription and 
sieve.


The issue basically seems one of a different file names, revolving 
around using "." (dot) instead of "^" (circumflex). For example, the 
old cyrus installation has the following per-user database structure:


[root@ceres imap]# cd /var/lib/imap; find -iname "*^*" | grep danti
./sieve/domain/a/assyoma.it/g/g^danti
./domain/a/assyoma.it/user/g/g^danti.seen
./domain/a/assyoma.it/user/g/g^danti.sub
./domain/a/assyoma.it/quota/g/user.g^danti

However the new installation simply ignores the above files, creating 
*new* empty files with "." (dot) separator, except for the quota 
(which is correctly understand and no new file was created). This 
means I lose all information about subscribed folder, seen mails and 
sive filtering.


A very simple workaround seems to soft-link the dot-enabled files with 
the circumflex ones, ie: "cd ./domain/a/assyoma.it/user/g/; ln -s 
g^danti.seen g.danti.seen"


I wonder if this is the right thing to do, or if I am missing 
something. Please also consider that on the old server I already had 
"unixhierarchysep: 1", matching the new 3.x default. Anyway, flipping 
that option has no effect on how cyrus names the above files.


Any suggestion to solve this problem?
Thanks.


Hi all,
any idea/suggestion/etc?



I can't find any .seen files in my test setup on CentOS 8 and not using 
sieve. But for .sub I see what you are seeing in file name but contents 
of the sub file has the ^ and it does work as expected.


Not using virtualdomains on my end.







Only thing I can think of is that a different config file is actually 
being used?






Thanks.

<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Sieve runtime error claiming mailbox doesn't exist

[Patrick Boutilier]

At first glance it looks like you need to change your sieve rules to use . as 
the mailbox separator. Something like:

user.jim.System Messages

On December 13, 2019 11:08:54 AM AST, Jim Sculley  
wrote:
>Hello.  I'm a new member of this list but a long time user of
>cyrus-imapd with postfix on my little home network.
>
>
>I recently replaced CentOS 7 with CentOS 8 (CentOS Linux release
>8.0.1905) on my  server which had been running 
>cyrus-imapd with sieve for years without problems.  I thought I had
>gotten everything set up properly on the new system 
>(cyrus-imapd  3.0.7-15.el8_0.1 with cyrus-sasl 2.1.27-0.3rc7.el8 and
>postfix 2:3.3.1-8.el8) but sieve is not moving 
>messages into the correct folders.
>
>For example, if I try to send a simple mail on the local network:
>
>
>[root@buttercup quota]# mail j...@home.lan
>Subject: Test Message
>Test
>.
>EOT
>
>
>
>The mail log will show:
>
>=
>Dec  6 12:51:39 buttercup postfix/pickup[27670]: 07FBA216825B: uid=0
>from=
>Dec  6 12:51:39 buttercup postfix/cleanup[27810]: 07FBA216825B:
>message-id=<20191206175139.07fba2168...@mail.home.lan>
>Dec  6 12:51:39 buttercup postfix/qmgr[27671]: 07FBA216825B:
>from=, size=419, nrcpt=1 (queue active)
>Dec  6 12:51:39 buttercup cyrus/lmtp[27814]: sieve runtime error for
>jim id <20191206175139.07fba2168...@mail.home.lan>: 
>Fileinto (user/jim/System Messages): Mailbox does not exist
>Dec  6 12:51:39 buttercup cyrus/lmtp[27814]: LOSTQUOTA: unable to
>record change of 697 bytes and 1 messages in quota 
>user.jim: Quota root does not exist
>Dec  6 12:51:39 buttercup cyrus/lmtp[27814]: Delivered:
><20191206175139.07fba2168...@mail.home.lan> to mailbox: user.jim
>Dec  6 12:51:39 buttercup cyrus/lmtp[27814]: USAGE jim user: 0.012321
>sys: 0.005097
>Dec  6 12:51:39 buttercup postfix/lmtp[27813]: 07FBA216825B:
>to=, relay=localhost[127.0.0.1]:24, 
>delay=0.27, delays=0.03/0.01/0.03/0.2, dsn=2.1.5, status=sent (250
>2.1.5 Ok 
>SESSIONID=)
>Dec  6 12:51:39 buttercup postfix/qmgr[27671]: 07FBA216825B: removed
>=
>
>So, sieve is running, and sees the rule in the script, but fails. This
>behavior is seen with all my rules, none of which 
>are doing anything more than a fileinto based on sender addresses or
>message subjects.
>
>The mailbox does exist, as seen with cyradm:
>
>
>buttercup.home.lan> lm user/jim/System\ Messages
>user/jim/System Messages (\HasNoChildren)
>
>
>
>This was all working fine before the CentOS 8 install. The relevant (I
>think) imapd.conf entries:
>
>
>==
>defaultpartition: default
>partition-default: /data/spool/imap
>sievedir: /var/lib/imap/sieve
>virtdomains: off
>unixhierarchysep: yes
>===
>
>The spool directory looks like this:
>
>===
>[root@buttercup jim]# ls -l /data/spool/imap/j/user/jim
>-rw---. 1 cyrus mail    336 Nov 30 17:57  cyrus.annotations
>-rw---. 1 cyrus mail 373712 Dec  6 13:01  cyrus.cache
>-rw---. 1 cyrus mail    189 Apr 19  2013  cyrus.header
>-rw---. 1 cyrus mail  23424 Dec  6 13:01  cyrus.index
>-rw---. 1 cyrus mail    112 Nov 26 05:31  cyrus.squat
>drwx--. 2 cyrus mail  20480 Nov 30 17:57 'System Messages'
>===
>
>I'm not sure if I have some sort of configuration error or if this is
>an actual bug. I would appreciate any assistance.
>
>
>Thanks,
>
>Jim Sculley
>
>
>
>
>
>Cyrus Home Page: http://www.cyrusimap.org/
>List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
>To Unsubscribe:
>https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Centos 8

[Patrick Boutilier]

On 11/14/19 7:38 AM, Nikos Gatsis - Qbit wrote:

Hello list.

Does somebody knows witch version on cyrus-imapd centos 8 install?

Thank you in advance.



yum list|grep cyrus-imapd

cyrus-imapd.i686 3.0.7-15.el8_0.1 
AppStream


cyrus-imapd.x86_64   3.0.7-15.el8_0.1 
AppStream


cyrus-imapd-utils.x86_64 3.0.7-15.el8_0.1 
AppStream


cyrus-imapd-vzic.x86_64  3.0.7-15.el8_0.1 
AppStream






Nikos.


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: IMAP over SSL (only) handshake hangs

[Patrick Boutilier]

Almost sounds like you are running out of entropy. What does this show?

cat /proc/sys/kernel/random/entropy_avail



On 11/9/19 7:16 PM, Helder Guerreiro via Info-cyrus wrote:

Hi all

I'm having this exact same problem. Once the daemon is up it takes a 
while (a random while) to get to this state.


I'm on Debian 9.11 (stretch) which still is on Cyrus imap 2.5.10.

Any help would be very much appreciated.

/Helder

On 13/01/2015 10.22, Niels Dettenbach wrote:

Hi all,

today i've runned into a very suspicious problem never seen before:

While any other IMAP and POP3 ports with and without SSL / TLS are 
working -

connects to imaps (993) just hangs, there is nothing in the logs and a

openssl s_client -connect mail.myhost.abc:993

just brings out:

CONNECTED(0003)

what times out after minutes. Connection to 995 (POP3s) works perfectly.

A imtest -v -s against the IP of the machine hangs on:

starting TLS engine
setting up TLS connection
SSL_connect:before/connect initialization
write to 7F185DDB6480 [7F185DDC48F3] (216 bytes => 216 (0xD8))
 16 03 01 00 d3 01 00 00|cf 03 01 da 39 78 63 50
0010 b3 95 c8 e9 2f 11 4c 6c|de 39 e2 01 d1 e5 da 34
0020 61 e7 8d a5 85 68 6d 7a|14 e0 59 00 00 5c c0 14
0030 c0 0a 00 39 00 38 00 88|00 87 c0 0f c0 05 00 35
0040 00 84 c0 13 c0 09 00 33|00 32 00 9a 00 99 00 45
0050 00 44 c0 0e c0 04 00 2f|00 96 00 41 00 07 c0 11
0060 c0 07 c0 0c c0 02 00 05|00 04 c0 12 c0 08 00 16
0070 00 13 c0 0d c0 03 00 0a|00 15 00 12 00 09 00 14
0080 00 11 00 08 00 06 00 03|00 ff 02 01 00 00 49 00
0090 0b 00 04 03 00 01 02 00|0a 00 34 00 32 00 0e 00
00a0 0d 00 19 00 0b 00 0c 00|18 00 09 00 0a 00 16 00
00b0 17 00 08 00 06 00 07 00|14 00 15 00 04 00 05 00
00c0 12 00 13 00 01 00 02 00|03 00 0f 00 10 00 11 00
00d0 23 00 00 00 0f 00 01 01|
SSL_connect:SSLv3 write client hello A

I tried to delete tls_sessions and even connecting to localhost (where 
it is

bound too). netstat shows ESTABLISHED on such connections too.

The service is configured (and worked until tonight!):

   imaps cmd="imapd -s" listen="imaps" prefork=0 maxchild=150
   pop3s cmd="pop3d -s" listen="pop3s" prefork=0 maxchild=50

A crazy thing is, that connections to "localhost" seems to work as 
soon as it

uses the IPv6 adress of the localhost (::):

imtest -v -s localhost

while the IPv4 variant doesnt seem to work:

imtest -v -s 127.0.0.1

Because we did not use any IPv6 on that Gentoo machine i've disabled 
any IPv6

stuff now which doesnt seem to help.

cyrus-imap is compiled

with:
berkdb nntp pam sieve snmp sqlite ssl tcpd

without:
-afs -kerberos -mysql -postgres -replication

dev-libs/openssl is 1.0.1k compiled

with:
sse2 tls-heartbeat zlib

without:
-bindist -gmp -kerberos -rfc3779 -static-libs -test -vanilla

anything under Intel Xeon (bare metal).



many thanks for any help or ideas where to look further?


Some logs:

startup:
Jan 13 11:06:41 blade4 master[12565]: about to exec
/usr/lib64/cyrus/ctl_cyrusdb
Jan 13 11:06:41 blade4 ctl_cyrusdb[12565]: SQL backend defaulting to 
engine

'sqlite'
Jan 13 11:06:41 blade4 ctl_cyrusdb[12565]: recovering cyrus databases
Jan 13 11:06:41 blade4 ctl_cyrusdb[12565]: skiplist: checkpointed
/email/lib/cyrus/mailboxes.db (477 records, 60868 bytes) in 0 seconds
Jan 13 11:06:41 blade4 ctl_cyrusdb[12565]: skiplist: checkpointed
/email/lib/cyrus/annotations.db (0 records, 144 bytes) in 0 seconds
Jan 13 11:06:42 blade4 ctl_cyrusdb[12565]: done recovering cyrus 
databases
Jan 13 11:06:42 blade4 master[12595]: about to exec 
/usr/lib64/cyrus/idled

Jan 13 11:06:42 blade4 master[12598]: about to exec
/usr/lib64/cyrus/ctl_deliver
Jan 13 11:06:42 blade4 master[12599]: about to exec
/usr/lib64/cyrus/ctl_cyrusdb
Jan 13 11:06:42 blade4 master[12597]: about to exec 
/usr/lib64/cyrus/tls_prune
Jan 13 11:06:42 blade4 ctl_cyrusdb[12599]: SQL backend defaulting to 
engine

'sqlite'
Jan 13 11:06:42 blade4 ctl_cyrusdb[12599]: checkpointing cyrus databases
Jan 13 11:06:42 blade4 ctl_cyrusdb[12599]: archiving database file:
/email/lib/cyrus/mailboxes.db
Jan 13 11:06:42 blade4 ctl_cyrusdb[12599]: archiving database file:
/email/lib/cyrus/annotations.db
Jan 13 11:06:42 blade4 ctl_cyrusdb[12599]: done checkpointing cyrus 
databases

Jan 13 11:06:42 blade4 tls_prune[12597]: skiplist: checkpointed
/email/lib/cyrus/tls_sessions.db (1 record, 324 bytes) in 0 seconds
Jan 13 11:06:42 blade4 cyr_expire[12598]: skiplist: checkpointed
/email/lib/cyrus/deliver.db (804 records, 121348 bytes) in 0 seconds

and:

Jan 13 11:07:54 blade4 master[12559]: exiting on SIGTERM/SIGINT
Jan 13 11:07:54 blade4 master[25695]: setrlimit: Unable to set file
descriptors limit to -1: Operation not permitted
Jan 13 11:07:54 blade4 master[25695]: retrying with 4096 (current max)
Jan 13 11:07:54 blade4 master[25695]: process started
Jan 13 11:07:54 blade4 master[25699]: about to exec
/usr/lib64/cyrus/ctl_cyrusdb
Jan 13 11:07:55 blade4 ctl_cyrusdb[25699]: SQL backend 

Re: Cyrus backup: is traffic from master to backup server encrypted?

[Patrick Boutilier]

Just noticed that I am running an older version of Cyrus though.


On 11/8/19 7:35 AM, Patrick Boutilier wrote:

Odd, works here.


telnet localhost 2005
Trying ::1...
Connected to localhost.
Escape character is '^]'.
* SASL PLAIN
* STARTTLS
* COMPRESS DEFLATE
* OK domain Cyrus sync server v2.4.20
STARTTLS
OK Begin TLS negotiation now




On 11/8/19 2:12 AM, Deborah Pickett wrote:
... or do I need to establish my own SSH tunnel from master to backup 
server?


I've set up my dedicated Cyrus backup server with tls_server_cert and 
tls_server_key, and when I connect to port 2005 I see that STARTTLS is 
offered:


# nc localhost 2005
* SASL PLAIN LOGIN DIGEST-MD5
* STARTTLS
* COMPRESS DEFLATE
* OK rsync Cyrus backup server 3.0.11-Debian-3.0.11-1~bpo10+1
STARTTLS
NO command not implemented

But as shown, the STARTTLS command from the client is rejected.

I believe that DIGEST-MD5 gives me some level of privacy (sync_test 
reports a security strength factor of 128) even without TLS?


--
*Deborah Pickett*
System Administrator
*Polyfoam Australia Pty Ltd*


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus





Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Cyrus backup: is traffic from master to backup server encrypted?

[Patrick Boutilier]

Odd, works here.


telnet localhost 2005
Trying ::1...
Connected to localhost.
Escape character is '^]'.
* SASL PLAIN
* STARTTLS
* COMPRESS DEFLATE
* OK domain Cyrus sync server v2.4.20
STARTTLS
OK Begin TLS negotiation now




On 11/8/19 2:12 AM, Deborah Pickett wrote:
... or do I need to establish my own SSH tunnel from master to backup 
server?


I've set up my dedicated Cyrus backup server with tls_server_cert and 
tls_server_key, and when I connect to port 2005 I see that STARTTLS is 
offered:


# nc localhost 2005
* SASL PLAIN LOGIN DIGEST-MD5
* STARTTLS
* COMPRESS DEFLATE
* OK rsync Cyrus backup server 3.0.11-Debian-3.0.11-1~bpo10+1
STARTTLS
NO command not implemented

But as shown, the STARTTLS command from the client is rejected.

I believe that DIGEST-MD5 gives me some level of privacy (sync_test 
reports a security strength factor of 128) even without TLS?


--
*Deborah Pickett*
System Administrator
*Polyfoam Australia Pty Ltd*


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: renaming INBOX

[Patrick Boutilier]

On 3/15/19 4:43 AM, Marco wrote:

Il 14/03/2019 16:29, Patrick Boutilier ha scritto:

On 3/14/19 11:48 AM, Marco wrote:

Il 13/03/2019 09:16, Marco ha scritto:

Il 12/03/2019 13:30, Ken Murchison ha scritto:
If I remember correctly, Cyrus only permits the owner of the INBOX 
to rename it.  Proxy authenticate as n...@example.com and try again.


Hello Ken,

  I tried with proxy authentication. It is the same. The operation 
is not allowed:


Ops, sorry, I'm confusing myself. I confirm that with proxy 
authentication it works as described by the RFC.


I can rename the INBOX :)


RFC says:

Renaming INBOX is permitted, and has special behavior.  It moves
all messages in INBOX to a new mailbox with the given name, leaving 
INBOX empty.



So you still have an INBOX right? Just an empty one and new mail still 
gets delivered to INBOX?


Oh yes, of course :)


Ok.

Before reading the RFC I thought you were trying to "rename" INBOX to 
another name and have Cyrus deliver new mail to the new name. I 
misunderstood. :-)






Marco

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Mailbox hierarchy determination?

[Patrick Boutilier]

On 3/14/19 1:23 PM, Patrick Goetz wrote:

On 3/14/19 9:46 AM, Simon Matter wrote:

I guess you're missing the fact that these options have possibly changed
between releases. Another thing is that distribution packages can also
alter the defaults and if they don't do it correct, they may "forget" to
also change the docs accordingly.



Thank you for your help with this.  I think what you're saying is that 
for my configuration I should have


   fulldirhash:   1
   hashimapspool: 1


I'm not 100% certain how the defaults are set for my installation -- is 
there any way to check this?


Check the directories such as /var/imap/quota/E and see if all the 
userids start with e. If not you are most likely using fulldirhash . Do 
the same for your mail partition to see if hashimapspool is enabled.








Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: renaming INBOX

[Patrick Boutilier]

On 3/14/19 11:48 AM, Marco wrote:

Il 13/03/2019 09:16, Marco ha scritto:

Il 12/03/2019 13:30, Ken Murchison ha scritto:
If I remember correctly, Cyrus only permits the owner of the INBOX to 
rename it.  Proxy authenticate as n...@example.com and try again.


Hello Ken,

  I tried with proxy authentication. It is the same. The operation is 
not allowed:


Ops, sorry, I'm confusing myself. I confirm that with proxy 
authentication it works as described by the RFC.


I can rename the INBOX :)


RFC says:

Renaming INBOX is permitted, and has special behavior.  It moves
all messages in INBOX to a new mailbox with the given name, leaving 
INBOX empty.





So you still have an INBOX right? Just an empty one and new mail still 
gets delivered to INBOX?







Thank you very much!!

Bye
Marco

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: renaming INBOX

[Patrick Boutilier]

On 3/13/19 5:16 AM, Marco wrote:

Il 12/03/2019 13:30, Ken Murchison ha scritto:
If I remember correctly, Cyrus only permits the owner of the INBOX to 
rename it.  Proxy authenticate as n...@example.com and try again.


Hello Ken,

  I tried with proxy authentication. It is the same. The operation is 
not allowed:


$ telnet 0 143
Trying 0.0.0.0...
Connected to 0.
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE AUTH=PLAIN AUTH=LOGIN 
SASL-IR] imap.example.com Cyrus IMAP 3.0.8-2.el7 RHEL server ready

a01 AUTHENTICATE PLAIN dXRlkljfsllERWDFSDKL4Y3lydSSRXMAb3hjeXJ1cw==
a01 OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE ACL RIGHTS=kxten QUOTA 
MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN 
MULTIAPPEND BINARY CATENATE CONDSTORE ESEARCH SEARCH=FUZZY SORT 
SORT=MODSEQ SORT=DISPLAY SORT=UID THREAD=ORDEREDSUBJECT 
THREAD=REFERENCES THREAD=REFS ANNOTATEMORE ANNOTATE-EXPERIMENT-1 
METADATA LIST-EXTENDED LIST-STATUS LIST-MYRIGHTS LIST-METADATA WITHIN 
QRESYNC SCAN XLIST XMOVE MOVE SPECIAL-USE CREATE-SPECIAL-USE DIGEST=SHA1 
X-REPLICATION URLAUTH URLAUTH=BINARY LOGINDISABLED XCONVERSATIONS 
COMPRESS=DEFLATE X-QUOTA=STORAGE X-QUOTA=MESSAGE 
X-QUOTA=X-ANNOTATION-STORAGE X-QUOTA=X-NUM-FOLDERS IDLE] Success (no 
protection) SESSIONID=

a01 LIST "" *
* LIST (\HasChildren) "/" INBOX
* LIST (\HasNoChildren) "/" "INBOX/Posta archiviata"
* LIST (\HasNoChildren) "/" INBOX/Sent
* LIST (\HasNoChildren) "/" INBOX/Spam
* LIST (\HasNoChildren \Trash) "/" INBOX/Trash
* LIST (\HasNoChildren) "/" INBOX/ciao',
* LIST (\HasNoChildren) "/" INBOX/ciao,bello
* LIST (\HasNoChildren) "/" "INBOX/my cent"
a01 OK Completed (0.010 secs 8 calls)
a02 RENAME INBOX malloppone
a02 NO Operation is not supported on mailbox



- Cyrus version: 3.0.8
- imapd.conf
 allowusermoves: 1



a02 RENAME INBOX malloppone

Pretty sure you can't rename INBOX for the same user. When I suggested 
"allowusermoves: 1" I thought the goal was to rename a user. Something like:


RENAME user/guy/INBOX user/otherguy/INBOX






Thank you
Marco

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: renaming INBOX

[Patrick Boutilier]

On 3/12/19 9:27 AM, Marco wrote:

Hello,

  could you help me to understand how Cyrus IMAP works with rename at 
INBOX level?


RFC3501 says that "Renaming INBOX is permitted, and has special 
behavior.  It moves all messages in INBOX to a new mailbox with the 
given name, leaving INBOX empty."


If I try with Cyrus IMAP I see:

* OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE AUTH=PLAIN AUTH=LOGIN 
SASL-IR] cyrus.example.com Cyrus IMAP 3.0.8-2.el7 RHEL server ready

a login admin adminpassword
a OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE ACL RIGHTS=kxten QUOTA 
MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN 
MULTIAPPEND BINARY CATENATE CONDSTORE ESEARCH SEARCH=FUZZY SORT 
SORT=MODSEQ SORT=DISPLAY SORT=UID THREAD=ORDEREDSUBJECT 
THREAD=REFERENCES THREAD=REFS ANNOTATEMORE ANNOTATE-EXPERIMENT-1 
METADATA LIST-EXTENDED LIST-STATUS LIST-MYRIGHTS LIST-METADATA WITHIN 
QRESYNC SCAN XLIST XMOVE MOVE SPECIAL-USE CREATE-SPECIAL-USE DIGEST=SHA1 
X-REPLICATION URLAUTH URLAUTH=BINARY LOGINDISABLED XCONVERSATIONS 
COMPRESS=DEFLATE X-QUOTA=STORAGE X-QUOTA=MESSAGE 
X-QUOTA=X-ANNOTATION-STORAGE X-QUOTA=X-NUM-FOLDERS IDLE] User logged in 
SESSIONID=

a rename user/n...@example.com user/name/allcont...@example.com
a NO Operation is not supported on mailbox

So, it seems that Cyrus IMAP does not support rename at INBOX level. Is 
this right?




What version of Cyrus? In our 2.4.x installs we needed to set

allowusermoves: 1

in /etc/imapd.conf to rename users .











Many many thanks again for the support
Warm Regards
Marco

Ps imapd.conf is
allowusermoves: 1

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: disk space used by a mailbox without expunged

[Patrick Boutilier]

On 2/13/19 7:01 AM, Eric Luyten wrote:


On 13/02/2019 09:17, Michael Menge wrote:

Hi Marcus,

Quoting Marcus Schopen :


Hi,

is there a way to count the disk space used by a mailbox without
expunged messages?



mbexamine user/LoginID | grep Size

on older cyrus versions (2.3 and 2.4) mbexamine did examine all 
subfolders as well

in 3.0 only the info for the given folder is shown




O dear.

We (2.3 server, upgrading this year) use the subfolder size information 
extensively in our management procedures.





Use /* to get the subfolders. Such as:


/usr/local/cyrus/sbin/mbexamine user/testuser|grep 'Mailbox Size'

  Number of Messages: 21  Mailbox Size: 332856 bytes  Annotations Size: 
0 bytes





/usr/local/cyrus/sbin/mbexamine user/testuser/*|grep 'Mailbox Size'

  Number of Messages: 61  Mailbox Size: 1578340 bytes  Annotations 
Size: 0 bytes
  Number of Messages: 1  Mailbox Size: 22909 bytes  Annotations Size: 0 
bytes

  Number of Messages: 0  Mailbox Size: 0 bytes  Annotations Size: 0 bytes
  Number of Messages: 1573  Mailbox Size: 50237802 bytes  Annotations 
Size: 0 bytes
  Number of Messages: 41  Mailbox Size: 639825 bytes  Annotations Size: 
0 bytes

  Number of Messages: 0  Mailbox Size: 0 bytes  Annotations Size: 0 bytes



Eric Luyten.





Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: folder left after dm user.mailboxname, remove by rm ?

[Patrick Boutilier]

On 2/5/19 3:35 PM, Marcus Schopen wrote:

Hi Eric,

thanks for your time!

Am Dienstag, den 05.02.2019, 18:19 +0100 schrieb Eric Luyten:


I do not know what Cyrus version you are running but very
occasionally,
on a 2.3 system, I witness the same phenomenon.


It's a 2.4 version.


To give you an idea : this happens on average once every thousand
(or
so) account removals.

If Cyrus doesn't know about the directory through mailboxes.db it is
never going to remove it by itself.


I understand. Is it safe then to remove that "forgotten" folder by hand
(rm -rf ...).


I don't see why not. I have done it before. You can always just move it 
somewhere out of the way and move it back if it causes any issues.



Also, just wanted to point out another way of deleting users from 
"DELETED" without having to use expire.



localhost> lm DELETED.user.soandso.*
DELETED.user.soandso.5C3F3CFC (\HasNoChildren)
DELETED.user.soandso.sent-mail.5C3F3CFC (\HasNoChildren)


localhost> dm DELETED.user.soandso.*
Deleting mailbox DELETED.user.soandso.5C3F3CFC...OK.
Deleting mailbox DELETED.user.soandso.sent-mail.5C3F3CFC...OK.



Ciao!



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Is there any to reconstruct a mailbox, if used just have the email files, but none of the original cyrus.* files?

[Patrick Boutilier]

On 1/18/19 5:26 PM, Mark London wrote:
Hi - Is there any to reconstruct a mailbox, if you just have the email 
files, but none of the original cyrus.* files?   Don't ask me why, it's 
a very long story.


I believe you can just recreate the mailbox (using cyradm or similar) 
and then run the reconstruct.





As an aside, has anyone ever had a situation where emails were los,t 
when someone used Apple Mail to transfer a lot of files from one folder 
to another?   We had this happen.   Someone tried to move a years worth 
of emails,  22K or so, to a new folder.   Only a few files emails ended 
up in the new folders, and the rest were totally deleted.  I confirmed 
via my backup logs, that this was the case. The same user tried the same 
operation the year before, and the same thing happened.   i tried using 
Thunderbird, and had no problems. Just curious.  Thanks.


Mark London
m...@psfc.mit.edu


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Cyrus 2.4 and unexpunge messages.

[Patrick Boutilier]

On 1/2/19 9:31 AM, Adam Tauno Williams wrote:

On Wed, 2019-01-02 at 09:20 +0100, chose wrote:

I've unexpunged messages in the mail box, all is recovered but the
flag "deleted" persist, so Roundcube see the email as deleted and
the emails are grey.


Yes, this is correct.  Unexpunge unexpunges, it does not undelete
[delete in IMAP being a flag].  This a feature, not a bug [IMAP handles
deletes in a consistent, reliable, sane, standard way vs. the hackish
behavior implemented by most MUAs].


    Did I missed some step to full  recover emails ?


Run unexpunge with -d


 -d Unset the \Deleted flag on any restored messages.






They are fully recovered; you can mark them as undeleted via the
client.



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: IMAPD-3.0.8 on FreeBSD-11.2 unindexed messages in inbox

[Patrick Boutilier]

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 that this would up as 245 messages in the user's
INBOX display.  However, the user's INBOX only shows 36.

There is is also a subfolder named 'INBOX^Trash' that is shown to
contain 246 messages but which actually contains 14820.

I am not familiar with IMAP3 and have only recently converted to it
from imap2 running on a different host.  It was during the conversion
process that the existing .Trash/.Sent/.Drafts were replaced by
INBOX^Trash/INBOX^Sent/INBOX^Drafts.  So there may be something
obvious that I do not know about.

I speculate that this has something to do with the difference between
delete and expunge but I would like to know for certain what is
happening if someone would explain it to me.



Most likely delayed expunge. Does this show 209?

unexpunge -l user.realuserid |grep UID|wc -l






Thanks



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: suddenly 'User unknown'?

[Patrick Boutilier]

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 configuration files, man
pages and cyrus installation guides ( found here:
https://www.cyrusimap.org/imap/installing.html ) say it should?

I believe there is no "syslog_facility:" option in cyrus 2.4 (at least I
was unable to find it). You can configure it in cyrus3 and maybe in
cyrus 2.5.

I removed syslog_facility from imapd.conf

So in /etc/imapd.conf I would remove the syslog_facility line and set:
syslog_prefix: cyrus

Has no effect: present or not, or changed to test.

And in /etc/rsyslog.conf:
mail.*   -/var/log/maillog

Has always been in my rsyslog.conf


Restart rsyslog and check logs for cyrus/something ...


# /etc/init.d/rsyslog restart

# service sendmail restart

Now when I connect (from another host) using Thunderbird Mail I see in
/etc/maillog:

Nov 30 13:01:02 dell2600-1 sendmail[9865]: NOQUEUE: stopping daemon,
reason=signal
Nov 30 13:01:02 dell2600-1 sendmail[9950]: starting daemon (8.14.4):
SMTP+queueing@01:00:00
Nov 30 13:01:02 dell2600-1 sendmail[9950]: STARTTLS: CRLFile missing
Nov 30 13:01:03 dell2600-1 sendmail[9950]: STARTTLS=server,
Diffie-Hellman init, key=1024 bit (1)
Nov 30 13:01:03 dell2600-1 sendmail[9950]: STARTTLS=server, init=1
Nov 30 13:01:03 dell2600-1 sendmail[9950]: started as:
/usr/sbin/sendmail -bd -q1h
Nov 30 13:01:03 dell2600-1 sm-msp-queue[9960]: starting daemon (8.14.4):
queueing@01:00:00
Nov 30 13:01:26 dell2600-1 cyrus/imaps[8645]: USAGE
b...@bradcan.homelinux.com user: 0.141978 sys: 0.087986
Nov 30 13:05:59 dell2600-1 cyrus/imaps[8743]: starttls: TLSv1.2 with
cipher AES128-SHA (128/128 bits new) no authentication
Nov 30 13:05:59 dell2600-1 cyrus/imaps[8743]: login: [192.168.0.6]
b...@bradcan.homelinux.com CRAM-MD5+TLS User logged in
SESSIONID=
Nov 30 13:05:59 dell2600-1 cyrus/imaps[8743]: client id: "name"
"Thunderbird" "version" "60.2.1"

Hum.. cyrus/imaps sends logging to /etc/maillog

I think it is absolutely clear:

1 - where cyrus syslog goes to is a red herring. It goes to, and has
always gone to /var/maillog. It is simply that the prefix 'cyrus' only
appears for cyrus imap transactions and other sendmail is labeled 'sendmail'

2 - imapd is working fine: allows brad.bradcan.homelinux.com to connect
an email client. Also to move email from one mailbox to another. The
proof is that since enabling telemetry logging
/var/lib/imap/log/b...@bradcan.homelinux.com/ reflects imap transactions.

3 - A problem remains with LMTP. as is clearly evident from 'User
unknown' appearing in maillog.

My original question remains: How do I diagnose this when a test email
is sent to b...@bradcan.homelinux.com :

Nov 30 12:59:48 dell2600-1 sendmail[9882]: wAUCxmBS009882:
to=b...@bradcan.homelinux.com, delay=00:00:00, xdelay=00:00:00,
mailer=cyrusv2, pri=32701, relay=localhost [[UNIX:
/var/lib/imap/socket/lmtp]], dsn=5.1.1, stat=User unknown



I think why people are concentrating on the logging is that there should 
be lmtp entries in your logs to indicate what the issue is. Are there 
any lmtp entries in either /etc/maillog or /var/log/maillog ?



Another option is to limit lmtpd to one process and strace it.









Thanks for your patience.



Cheers

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: tls-1.0 and cyrus-imaps-3.0.8

[Patrick Boutilier]

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.  I will pass the results of our test to the powers
thast be and see what their reply is.

Thank you, that was most helpful advice.


https://testssl.sh is also useful.

testssl.sh --ssl-native -p :993




 Service detected:   IMAP, thus skipping HTTP specific checks


 Testing protocols via native openssl

 SSLv2  Local problem: /usr/bin/openssl doesn't support "s_client 
-ssl2"

 SSLv3  not offered (OK)
 TLS 1  not offered
 TLS 1.1not offered
 TLS 1.2offered (OK)
 TLS 1.3not offered
 NPN/SPDY   not offered
 ALPN/HTTP2 not offered






<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: IMAP-3.0.8 and Diffie-Hellman

[Patrick Boutilier]

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 documentation respecting such a thing.

The only information I have gleaned is that it may be necessary to
append the DHParm file to the private key of the imap server.  That
seems to be a rather inelegant way of doings but, if that is the only
way to do so then I need that confirmed. If not, then I would very
much appreciate being told how else to accomplish it.


Not sure about 3.x but that is how it is done in 2.4.x








<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: System I/O error (in reply to end of DATA command) for LMTP delivery

[Patrick Boutilier]

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
>
>wrote:
>
>> 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 directory/file that it wants to write to.
>Going by
>> memory here since it has been a long time since I have seen the
>error.
>>
>>
>>
>>
>> Steve
>>>
>>>
>>> On Fri, Jun 1, 2018 at 9:23 AM, Patrick Boutilier
>>> <mailto:bouti...@ednet.ns.ca>> wrote:
>>>
>>> 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
>>> GSSAPI to connect to the front end, but authentication
>appears
>>> to be working fine as I can see authenticated when enabling
>LMTP
>>> debugging in Postifx. All messages are refused for delivery
>>> though. I'm not sure what to do. Any suggestions?
>>>
>>>
>>> Should be something of value in /var/log/messages .
>>>
>>>
>>>
>>>
>>> Steve
>>>
>>>
>>> 
>>> Cyrus Home Page: http://www.cyrusimap.org/
>>> List Archives/Info:
>>> http://lists.andrew.cmu.edu/pipermail/info-cyrus/
>>> <http://lists.andrew.cmu.edu/pipermail/info-cyrus/>
>>> To Unsubscribe:
>>> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
>>> <https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>
>>>
>>>
>>>
>>> 
>>> Cyrus Home Page: http://www.cyrusimap.org/
>>> List Archives/Info:
>>> http://lists.andrew.cmu.edu/pipermail/info-cyrus/
>>> <http://lists.andrew.cmu.edu/pipermail/info-cyrus/>
>>> To Unsubscribe:
>>> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
>>> <https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>
>>>
>>>
>>>
>>

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: System I/O error (in reply to end of DATA command) for LMTP delivery

[Patrick Boutilier]

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 directory/file that it wants to write to. Going 
by memory here since it has been a long time since I have seen the error.






Steve

On Fri, Jun 1, 2018 at 9:23 AM, Patrick Boutilier <mailto:bouti...@ednet.ns.ca>> wrote:


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
GSSAPI to connect to the front end, but authentication appears
to be working fine as I can see authenticated when enabling LMTP
debugging in Postifx. All messages are refused for delivery
though. I'm not sure what to do. Any suggestions?


Should be something of value in /var/log/messages .




Steve



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info:
http://lists.andrew.cmu.edu/pipermail/info-cyrus/
<http://lists.andrew.cmu.edu/pipermail/info-cyrus/>
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>




Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info:
http://lists.andrew.cmu.edu/pipermail/info-cyrus/
<http://lists.andrew.cmu.edu/pipermail/info-cyrus/>
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>




<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: System I/O error (in reply to end of DATA command) for LMTP delivery

[Patrick Boutilier]

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 GSSAPI to connect to the front end, 
but authentication appears to be working fine as I can see authenticated 
when enabling LMTP debugging in Postifx. All messages are refused for 
delivery though. I'm not sure what to do. Any suggestions?


Should be something of value in /var/log/messages .





Steve



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Moving from cIMAP-2.3.16 to 3.0.5

[Patrick Boutilier]

On 05/12/2018 06:03 PM, James B. Byrne via Info-cyrus wrote:

I have used rsync to move our entire maill store from the old server
to the new.  I now I wish to move the contents of mailboxes.db from
the old to the new.  I have tried:

sudo -u cyrus /usr/lib/cyrus-imapd/ctl_mboxlist -d -f
/var/spool/imap/mailboxes.db.txt

on the old followed by a transfer of /var/spool/imap/mailboxes.db.txt
to the new followed by:

sudo -u cyrus /usr/local/cyrus/sbin/ctl_mboxlist -u  -f
/var/spool/imap/mailboxes.db.txt on the new

  and all I get is a blank line and no indication in ps that the task
is consuming any cpu.

If I press  I see this:

line 1: no partition found

line 2: no partition found

line 3: no partition found

. . .


There is only one partition on both systems and it is
'/var/spool/imap' on both.

I have also tried the method suggested on the 3.0.6 documentation
respecting upgrading and use rsync to move over mailboxes.db.  In each
case I cannot get reconstruct to run and upgrade or rebuild the mail
store on the new service.

# sudo -u cyrus /usr/local/cyrus/sbin/reconstruct -r -f -V *
#

I get an immediate empty return.

I know that there exist physical mailboxes on the server that cyradm
does not report.  I know that these mailboxes exist on the old server
and therefore I infer are present in mailboxess.db.

How do I get the contents of the old mailboxes.db file into the new so
that reconstruct will run?





Pretty sure you are using -f incorrectly. Try this:

sudo -u cyrus /usr/lib/cyrus-imapd/ctl_mboxlist -d > 
/var/spool/imap/mailboxes.db.txt


 on the old followed by a transfer of /var/spool/imap/mailboxes.db.txt

 to the new followed by:

sudo -u cyrus /usr/local/cyrus/sbin/ctl_mboxlist -u < 
/var/spool/imap/mailboxes.db.txt


on the new
<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Cannot LOGIN using openssl s_client

[Patrick Boutilier]

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.  We use TLS over
port 993 to communicate.  The login mechanism is plaintext
authenticating against /etc/passwd.

We are in the process of transitioning from this setup to one hosted
on FreeBSD and I am having problems getting SM on the new host to
connect to the existing CI service.  To debug this I am using openssl
s_client as follows:

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 certificate in certificate chain)
---
* OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID AUTH=PLAIN SASL-IR
COMPRESS=DEFLATE] inet07.hamilton.harte-lyne.ca Cyrus IMAP
v2.3.16-Fedora-RPM-2.3.16-15.el6 server ready

LOGIN testusermb testuserpw
LOGIN BAD Please login first

According to the documentation the message LOGIN BAD means that the
arguments to the LOGIN command are not understood.  But, as far as I
can discover, the LOGIN command only takes two arguments: user name
and password.

I get the same results on both the new SM host and the old so the
issue is with my employment of s_client.  How does one connect to a
mailbox using s_client?




You need something at the start like a period

. LOGIN testusermb testuserpw

<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: please HELP

[Patrick Boutilier]

On 01/22/2018 07:55 PM, Heiler Bemerguy via Info-cyrus wrote:



The way I interpret it is that the / means unixhierarchysep is on.

Just tested this on 2.4.18 and the same thing happens. When you 
rename back no messages are listed and reconstruct does nothing.


Ah. As suspected the rights are wrong. You just need to set the rights 
back to the real user. You probably need to use / instead of .


localhost> lam user.test
testtodelete lrswipkxtecda

localhost> sam user.test test lrswipkxtecda

localhost> lam user.test
testtodelete lrswipkxtecda
test lrswipkxtecda

localhost> sam user.test testtodelete ''

localhost> lam user.test
test lrswipkxtecda


localhost> lam user/asaude
asaudetodelete lrswipkxtecda
localhost> lam user/ana^claudia
ana.claudiatodelete lrswipkxtecda
localhost>

OMG it's completely borked. Why did it happen? How it changed to 
"TODELETE" but didn't change back hours later?!?


Just looks like a bug.

 Maybe was the capital

letters?!


Yup. I tested and using capital letters causes this behaviour.




Then I'll have to change one by one? with "sam"? Could you please 
explain what you did? I understood the LAMs but didn't the SAMs lol it 
seems in your case you had two acls?! a right and a wrong?




You will have to change the rights somehow. Should be able to do it with 
a PHP or perl script.


Correct, need to remove the wrong ACL and put the correct one on. For 
example:


sam user/asaude asaudetodelete ''
sam user/asaude asaude lrswipkxtecda

First sam deletes the wrong ACL, second sam adds the correct one.

Of course those only get the InBox. For folders you will have to also do 
something like:


sam user/asaude/* asaudetodelete ''
sam user/asaude/* asaude lrswipkxtecda
<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: please HELP

[Patrick Boutilier]

On 01/22/2018 07:01 PM, Patrick Boutilier wrote:

On 01/22/2018 06:02 PM, Heiler Bemerguy via Info-cyrus wrote:

Em 22/01/2018 18:46, Dan White escreveu:

On 01/22/18 17:44 -0300, Heiler Bemerguy via Info-cyrus wrote:

imap_renamemailbox($mbox, "$mailbox", "$mailbox"."TODELETE")


Was this performed as an admin?


Yes. In a huge list of imap accounts I THOUGHT were unused



Some mailboxes were erroneusly renamed to "loginTODELETE" and I need 
to put them back to the original name.


I reverted this command, like: imap_renamemailbox($mbox, 
"$mailbox"."TODELETE", "$mailbox")


And the mailbox seems to be there with the correct name. It lists 
all folders, but they all show up as EMPTY.


We use roundcube as client and it always says "no messages was found"

I've already tried like "cyrus reconstruct -r -f user/personlogin" 
with no luck !!!


What is your Cyrus version, and what does a sanitized copy of your
imapd.conf look like?

2.5.10
configdirectory: /var/lib/cyrus
proc_path: /dev/shm/cyrus/proc
mboxname_lockpath: /dev/shm/cyrus/lock
defaultpartition: default
partition-default: /var/spool/cyrus/mail
partition-news: /var/spool/cyrus/news
newsspool: /var/spool/news
altnamespace: no
unixhierarchysep: yes
reject8bit: yes
lmtp_downcase_rcpt: yes
admins: admin
allowanonymouslogin: no
popminpoll: 0
autocreate_quota: 0
umask: 077
hashimapspool: true
allowplaintext: yes
sasl_mech_list: PLAIN
lmtp_strict_quota: 1
allowusermoves: true




If you have unixhierarchysep turned off, then you'd want:

cyrreconstruct -r -f user.personlogin

Please make sure you have a backup of the current state of your 
mailstore

before proceeding, in addition to whatever backups you had prior to
modification.


I've done that. But in the cyrus.header, the "todelete" is still 
there, although in lower case..

I think that is the big problem!!


The '^' implies you have unixhierarchysep turned off, based on this:

https://www.cyrusimap.org/imap/concepts/features/namespaces.html?highlight=internal 



See the /doc/internal documentation within the source as well.


iury.pintotodelete  lrswipkxtecda




But it is enabled.. should I disable it or what?
I just renamed another imap account from "loginTODELETE" to "login" 
and even after Reconstruct, it shows on cyrus.header:


    root@mailer:/var/spool/cyrus/mail/a/user/ana^claudia# cat 
cyrus.header

    Cyrus mailbox header
    "The best thing about this system was that it had lots of goals."
     --Jim Morris on Andrew
    user.ana^claudia    2696fec95963d41f
    $MDNSent $Forwarded
    ana.claudiatodelete lrswipkxtecda


Is this incorrect header file that is causing all this users folders 
to appears as empty ?? why reconstruct isnt' fixing it ??!


The way I interpret it is that the / means unixhierarchysep is on.

Just tested this on 2.4.18 and the same thing happens. When you rename 
back no messages are listed and reconstruct does nothing.


Ah. As suspected the rights are wrong. You just need to set the rights 
back to the real user. You probably need to use / instead of .


localhost> lam user.test
testtodelete lrswipkxtecda

localhost> sam user.test test lrswipkxtecda

localhost> lam user.test
testtodelete lrswipkxtecda
test lrswipkxtecda

localhost> sam user.test testtodelete ''

localhost> lam user.test
test lrswipkxtecda










--
Atenciosamente / Best Regards,

Heiler Bemerguy
Network Manager - CINBESA
55 91 98151-4894/3184-1751




Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus






Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: please HELP

[Patrick Boutilier]

On 01/22/2018 06:02 PM, Heiler Bemerguy via Info-cyrus wrote:

Em 22/01/2018 18:46, Dan White escreveu:

On 01/22/18 17:44 -0300, Heiler Bemerguy via Info-cyrus wrote:

imap_renamemailbox($mbox, "$mailbox", "$mailbox"."TODELETE")


Was this performed as an admin?


Yes. In a huge list of imap accounts I THOUGHT were unused



Some mailboxes were erroneusly renamed to "loginTODELETE" and I need 
to put them back to the original name.


I reverted this command, like: imap_renamemailbox($mbox, 
"$mailbox"."TODELETE", "$mailbox")


And the mailbox seems to be there with the correct name. It lists all 
folders, but they all show up as EMPTY.


We use roundcube as client and it always says "no messages was found"

I've already tried like "cyrus reconstruct -r -f user/personlogin" 
with no luck !!!


What is your Cyrus version, and what does a sanitized copy of your
imapd.conf look like?

2.5.10
configdirectory: /var/lib/cyrus
proc_path: /dev/shm/cyrus/proc
mboxname_lockpath: /dev/shm/cyrus/lock
defaultpartition: default
partition-default: /var/spool/cyrus/mail
partition-news: /var/spool/cyrus/news
newsspool: /var/spool/news
altnamespace: no
unixhierarchysep: yes
reject8bit: yes
lmtp_downcase_rcpt: yes
admins: admin
allowanonymouslogin: no
popminpoll: 0
autocreate_quota: 0
umask: 077
hashimapspool: true
allowplaintext: yes
sasl_mech_list: PLAIN
lmtp_strict_quota: 1
allowusermoves: true




If you have unixhierarchysep turned off, then you'd want:

cyrreconstruct -r -f user.personlogin

Please make sure you have a backup of the current state of your mailstore
before proceeding, in addition to whatever backups you had prior to
modification.


I've done that. But in the cyrus.header, the "todelete" is still there, 
although in lower case..

I think that is the big problem!!


The '^' implies you have unixhierarchysep turned off, based on this:

https://www.cyrusimap.org/imap/concepts/features/namespaces.html?highlight=internal 



See the /doc/internal documentation within the source as well.


iury.pintotodelete  lrswipkxtecda




But it is enabled.. should I disable it or what?
I just renamed another imap account from "loginTODELETE" to "login" and 
even after Reconstruct, it shows on cyrus.header:


root@mailer:/var/spool/cyrus/mail/a/user/ana^claudia# cat cyrus.header
Cyrus mailbox header
"The best thing about this system was that it had lots of goals."
     --Jim Morris on Andrew
user.ana^claudia    2696fec95963d41f
$MDNSent $Forwarded
ana.claudiatodelete lrswipkxtecda


Is this incorrect header file that is causing all this users folders to 
appears as empty ?? why reconstruct isnt' fixing it ??!


The way I interpret it is that the / means unixhierarchysep is on.

Just tested this on 2.4.18 and the same thing happens. When you rename 
back no messages are listed and reconstruct does nothing.





--
Atenciosamente / Best Regards,

Heiler Bemerguy
Network Manager - CINBESA
55 91 98151-4894/3184-1751




Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: cyrus + roundcube + managesieve for vacation notification

[Patrick Boutilier]

On 12/16/2017 04:55 AM, Patrick Goetz wrote:
Just a quick follow up:  Vladislav was correct; there is no need to have 
both sieve and managesieve lines in /etc/cyrus/cyrus.conf.  I removed 
the managesieve line and the vacation sieve filter is working fine. 
Sieve does appear in /etc/services (I guess check for your OS?), but 
it's not clear to me at the moment how this is relevant.


/etc/services is like a hosts file for ports. If you try to use 
something like servername:sieve instead of servername:4190 then sieve 
has to be defined as port 4190 in /etc/services .



Simple example using telnet to ssh port:



[boutilpj@ls6000 ~]$ telnet localhost ssh
Trying ::1...
Connected to localhost.
Escape character is '^]'.
SSH-2.0-OpenSSH_5.3
quit
Protocol mismatch.
Connection closed by foreign host.




The documentation page Nic mentioned does talk about global filters, but 
doesn't provide any clues about where such things should be placed. 
Following the dovecot example, I created this folder:


    /var/imap/sieve/global

which likely won't ever get used, but the managesieve plugin wants to 
know about it anyway.


Since the roundcube managesieve plugin doesn't necessarily do everything 
for you (if you want to retain the option of setting up other filters), 
I found a nice one page web tutorial you can provide users:


   https://www.theedesign.com/blog/2016/set-office-message-roundcube

The alternative to this to set

    $config['managesieve_vacation'] = 1;

in config.inc.php in the managesieve plugins directory, which adds a 
vacation menu item the setting menu.  If your users (like mine) are only 
ever going to use a vacation filter and are easily confused, you can set


    $config['managesieve_vacation'] = 2;

This hides the filter menu and leaves only the vastly more user friendly 
vacation menu item.


This is all pretty easy to set up, once you know what to use and how to 
do it, I don't understand why it's not documented better.  I've been 
scratching my head over how to provide this feature for years.



On 12/15/2017 07:51 AM, Nic Bernstein wrote:

On 12/15/2017 07:38 AM, Vladislav Kurz wrote:

On 12/15/17 12:57, Patrick Goetz wrote:

Many thanks to Vladislav and Merlin for setting me in the right
direction for setting up user-activated vacation notifications.  A
couple of follow up questions:

On 12/14/2017 03:31 AM, Vladislav Kurz wrote:
Also, is there anything special I need to do with my cyrus 
configuration

to allow for roundcube to notify imapd about sieve rules being
activated/deactivated?

Just uncomment the sieve line in cyrus.conf

Following the documentation here:
  https://www.cyrusimap.org/imap/reference/admin/sieve.html

it looks like I also need to add a managesieve line to
/etc/cyrus/cyrus.conf?

    sieve cmd="timsieved" listen="servername:sieve" prefork=0
    managesieve   cmd="timsieved" listen="servername:4190" prefork=0

Is this correct, or am I doing some superfluous?  I enabled managesieve
and roundcube is talking to the sieve server, but didn't test without.

Hello Patrick,

these lines look like the same. Sieve port is 4190, and the first item
is IMHO just a name. Just keep the first one.


Actually, these may not be the same, depending on the contents of 
/etc/services for the "sieve" service.  This used to be 2000, prior to 
standardization in RFC5804.  So, if your /etc/services lists 4190, 
then get rid of the duplicate line.  The fact that Cyrus starts with 
both lines defined makes me think that either sieve isn't listed in 
/etc/services (which should have resulted in an error) or that it 
isn't 4190, since one cannot have two services defined for the same 
listen port.





Since this is our first time using sieve, I haven't worried about this
too much until now, but roundcube+managesieve  seems to be concerned
about the location of global sieve scripts:

    // default contents of filters script (eg. default spam filter)
    // $config['managesieve_default'] = '/etc/dovecot/sieve/global';
    $config['managesieve_default'] = '/var/imap/sieve';


There is nothing like global sieve script in cyrus (at least I did not
find a way how to do it.)


There is.  Please see the documentation here:
https://www.cyrusimap.org/imap/reference/admin/sieve.html#sieve-scripts-in-shared-folders 



Quoting:


Cyrus has two types of repositories where Sieve scripts can live:

1.

    *Personal* is per user and

2.

    *Global* is for every user. Global scripts aren’t applied on
    incoming messages by default: users must include them in their
    scripts.
  * Note that there are two types of Global scripts: *global*
    and *global per domain*.


Cheers,
 -nic



The option above is path to a default script (file, not folder) that
will be applied to the user upon first login to roundcube. I use it as a
template for users with some recommended settings or disabled examples.
I usually put it into /etc/roundcube/roundcube.script, but you can put
it 

Re: squat core dump

[Patrick Boutilier]

On 12/08/2017 08:52 AM, Gabriele Bulfon wrote:
Hi, I'm getting a core dump while squattering folders, always on the 
same folder:


08045e68 libcyrus.so.0.0.0`charset_extractitem+0x218(8052d40, 804604c, 
a6, fe9607c9, 439b, 0)
08045ea8 libcyrus.so.0.0.0`charset_extractfile+0x33(8052d40, 804604c, 
a6, fe9607c9, 439b, 0)
08046008 
libcyrus_imap.so.0.0.0`index_getsearchtext_single+0x60a(80779e8, a6, 
8052d40, 804604c, 6c756166, 74)

08046158 squat_single+0x26b(0, 806a320, 1, 0, 0, 0)
080469a8 index_me+0x3b3(8076460, 1f, 0, 80469dc)
08047a08 main+0x39a(80479fc, fef726a8, 8047a34, 8052973, 5, 8047a40)
08047a34 _start+0x83(5, 8047b40, 8047b49, 8047b4c, 8047b4f, 8047b52)

any chance to discover the msg uid or id that's causing it?


What OS are you using? If Linux, strace should indicate what 
file/message is being read when the segfault occurs.







Thanks
Gabriele


*Sonicle S.r.l. *: http://www.sonicle.com 
*Music: *http://www.gabrielebulfon.com 
*Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Restart after new TLS certificate?

[Patrick Boutilier]

On 10/27/2017 07:51 AM, Paul van der Vlis wrote:

Hello,

I use now a certificate from LetsEncrypt and it is automatically
renewed. Needs Cyrus to be restarted before it sees the new certificate?

There is nothing changed in the configfile. The configfile points to an
symlink what changes to a new certificate.

And maybe you know a way how to test which certifate Cyrus uses?


Pretty sure Cyrus will just start using the new certificate. Using 
openssl to test is one way.


openssl s_client -connect :

Look in the output for the issuer, etc...


Another option is to use this script:

https://matteocorti.github.io/check_ssl_cert/





With regards,
Paul van der Vlis




<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: cyrus 2.4.18 / ubuntu and autocreateinboxfolders?

[Patrick Boutilier]

On 10/24/2017 03:07 AM, Kristian Rink wrote:

Hi Nicola;

thanks for your response.

Am Dienstag, den 24.10.2017, 10:40 +1100 schrieb Nicola Nye:


We would certainly encourage moving to 3.0 if you can : there's a lot
of old bugs that have been fixed as well as some great new features
you might want to use.



No doubt and I actually would love to do so, but so far I fail to find
a way to upgrade to 3.0 we can handle. :(

So far I have been searching the repositories for virtually all
distributions we could eventually dare to support in production, and
the most "current" cyrus version I found is something like 2.15.xx, and
I haven't found any newer Docker images either, not even sure whether
Docker would be a way that might work for our setup.

Do you guys really all run cyrus built from source in production?



We do, on CentOS though.







Likewise, does anyone have any idea what's the minimum version I would
need for the autocreateinboxfolders feature to work? Right now this
seems the only feature I am missing in the current 2.4 setup...

Thanks in advance and all the best,
Kristian

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: autocreate_quota: 0

[Patrick Boutilier]

On 10/22/2017 11:44 AM, Patrick Boutilier wrote:

On 10/16/2017 10:51 AM, Janos Dohanics wrote:

On Fri, 13 Oct 2017 11:10:58 +1100
Nicola Nye <nic...@fastmailteam.com> wrote:


Hi Janos,

Your understanding is the same as mine: on successful IMAP or POP
authentication, the user's inbox should be created if autocreate_quota
is 0 or higher.
Is there any error messages showing up in the log?

If you set autocreate_post: 1 and send the user some mail, does that
create the mailbox successfully?
Otherwise my suspicions lie with virtdomains and unixhierarchysep
causing the mailbox to be created somewhere you're not expecting. Do a
cyradm listmailbox \* to list all the mailboxes in the system and
check. Let us know how you go!

Cheers,
    Nicola


Hi Nicola,

Thank you for your reply.

There are no error messages in the log (local6.debug
-> /var/log/local6.log) when the user logs in:

Oct 15 09:19:49 nixlizard imap[79721]: inittls: Loading hard-coded DH 
parameters
Oct 15 09:19:49 nixlizard imap[79721]: starttls: TLSv1.2 with cipher 
ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits new) no authentication
Oct 15 09:19:49 nixlizard imap[79721]: login: localhost [127.0.0.1] 
jdsamba plaintext+TLS User logged in 
SESSIONID=
Oct 15 09:19:49 nixlizard imap[79721]: USAGE jdsamba user: 0.020922 
sys: 0.012228


Thunderbird says "Mailbox does not exist".

I get more detail when I try imapsync(1):

[...]
/usr/local/bin/imapsync --host1 newt --host2 localhost --tls1 --tls2 
--delete2 --user1 jdsamba --password1 MASKED --user2 jdsamba 
--password2 MASKED


[...]
Host1: state Authenticated
Host2: state Authenticated

[...]
Host2: found quota, presented in raw IMAP
Sending: 5 GETQUOTAROOT INBOX
Sent 22 bytes
Read: 5 NO Mailbox does not exist
ERROR: 5 NO Mailbox does not exist at 
/usr/local/lib/perl5/site_perl/Mail/IMAPClient.pm line 1374.


[...more error messages from imapsync]
Host2: Quota current storage is 0 bytes. Limit is 0 bytes. So 0 % full
Host1: found 1 folders.
Host2: found 0 folders.

[...]
 Listing 1 errors encountered during the sync ( avoid this listing 
with --noerrorsdump ).
Err 1/1: Could not create folder [INBOX] from [INBOX]: 12 NO Invalid 
mailbox name

Exiting with return value 111

***

After your reply, I turned on autocreate_post:

autocreate_post: 1

However, messages sent to the user bounce. When I create the mailbox
manually, the message is delivered.

I have no virtdomains turned on, and:

unixhierarchysep: no

cyradm listmailbox \* lists only mailboxes I have created manually.

What else should I look into?




Same behaviour here with a brand new install. I have just been testing 
with imap login but nothing gets created.


localhost> lm \*
localhost> lm
localhost>


# telnet  143
Trying ...
Connected to .
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE] 
Cyrus IMAP 3.0.4 server ready
. login boutilpj ***
. OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE ACL RIGHTS=kxten QUOTA 
MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN 
MULTIAPPEND BINARY CATENATE CONDSTORE ESEARCH SEARCH=FUZZY SORT 
SORT=MODSEQ SORT=DISPLAY SORT=UID THREAD=ORDEREDSUBJECT 
THREAD=REFERENCES THREAD=REFS ANNOTATEMORE ANNOTATE-EXPERIMENT-1 
METADATA LIST-EXTENDED LIST-STATUS LIST-MYRIGHTS LIST-METADATA WITHIN 
QRESYNC SCAN XLIST XMOVE MOVE SPECIAL-USE CREATE-SPECIAL-USE DIGEST=SHA1 
X-REPLICATION URLAUTH URLAUTH=BINARY LOGINDISABLED COMPRESS=DEFLATE 
X-QUOTA=STORAGE X-QUOTA=MESSAGE X-QUOTA=X-ANNOTATION-STORAGE 
X-QUOTA=X-NUM-FOLDERS IDLE] User logged in 
SESSIONID=

. LIST "" *
. OK Completed (0.000 secs)
. logout
* BYE LOGOUT received
. OK Completed
Connection closed by foreign host.





Well, helps to compile with "--enable-autocreate" :-)

Works fine now:

Oct 22 16:33:05 bplace-3 cyrus/imap[12613]: autocreateinbox: User 
boutilpj, INBOX was successfully created




Seems like it is off in your FreeBSD package if it is this one:

https://www.freshports.org/mail/cyrus-imapd30/









Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: autocreate_quota: 0

[Patrick Boutilier]

On 10/16/2017 10:51 AM, Janos Dohanics wrote:

On Fri, 13 Oct 2017 11:10:58 +1100
Nicola Nye  wrote:


Hi Janos,

Your understanding is the same as mine: on successful IMAP or POP
authentication, the user's inbox should be created if autocreate_quota
is 0 or higher.
Is there any error messages showing up in the log?

If you set autocreate_post: 1 and send the user some mail, does that
create the mailbox successfully?
Otherwise my suspicions lie with virtdomains and unixhierarchysep
causing the mailbox to be created somewhere you're not expecting. Do a
cyradm listmailbox \* to list all the mailboxes in the system and
check. Let us know how you go!

Cheers,
Nicola


Hi Nicola,

Thank you for your reply.

There are no error messages in the log (local6.debug
-> /var/log/local6.log) when the user logs in:

Oct 15 09:19:49 nixlizard imap[79721]: inittls: Loading hard-coded DH parameters
Oct 15 09:19:49 nixlizard imap[79721]: starttls: TLSv1.2 with cipher 
ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits new) no authentication
Oct 15 09:19:49 nixlizard imap[79721]: login: localhost [127.0.0.1] jdsamba 
plaintext+TLS User logged in 
SESSIONID=
Oct 15 09:19:49 nixlizard imap[79721]: USAGE jdsamba user: 0.020922 sys: 
0.012228

Thunderbird says "Mailbox does not exist".

I get more detail when I try imapsync(1):

[...]
/usr/local/bin/imapsync --host1 newt --host2 localhost --tls1 --tls2 --delete2 
--user1 jdsamba --password1 MASKED --user2 jdsamba --password2 MASKED

[...]
Host1: state Authenticated
Host2: state Authenticated

[...]
Host2: found quota, presented in raw IMAP
Sending: 5 GETQUOTAROOT INBOX
Sent 22 bytes
Read:   5 NO Mailbox does not exist
ERROR: 5 NO Mailbox does not exist at 
/usr/local/lib/perl5/site_perl/Mail/IMAPClient.pm line 1374.

[...more error messages from imapsync]
Host2: Quota current storage is 0 bytes. Limit is 0 bytes. So 0 % full
Host1: found 1 folders.
Host2: found 0 folders.

[...]
 Listing 1 errors encountered during the sync ( avoid this listing with 
--noerrorsdump ).
Err 1/1: Could not create folder [INBOX] from [INBOX]: 12 NO Invalid mailbox 
name
Exiting with return value 111

***

After your reply, I turned on autocreate_post:

autocreate_post: 1

However, messages sent to the user bounce. When I create the mailbox
manually, the message is delivered.

I have no virtdomains turned on, and:

unixhierarchysep: no

cyradm listmailbox \* lists only mailboxes I have created manually.

What else should I look into?




Same behaviour here with a brand new install. I have just been testing 
with imap login but nothing gets created.


localhost> lm \*
localhost> lm
localhost>


# telnet  143
Trying ...
Connected to .
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE] 
Cyrus IMAP 3.0.4 server ready
. login boutilpj ***
. OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE ACL RIGHTS=kxten QUOTA 
MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN 
MULTIAPPEND BINARY CATENATE CONDSTORE ESEARCH SEARCH=FUZZY SORT 
SORT=MODSEQ SORT=DISPLAY SORT=UID THREAD=ORDEREDSUBJECT 
THREAD=REFERENCES THREAD=REFS ANNOTATEMORE ANNOTATE-EXPERIMENT-1 
METADATA LIST-EXTENDED LIST-STATUS LIST-MYRIGHTS LIST-METADATA WITHIN 
QRESYNC SCAN XLIST XMOVE MOVE SPECIAL-USE CREATE-SPECIAL-USE DIGEST=SHA1 
X-REPLICATION URLAUTH URLAUTH=BINARY LOGINDISABLED COMPRESS=DEFLATE 
X-QUOTA=STORAGE X-QUOTA=MESSAGE X-QUOTA=X-ANNOTATION-STORAGE 
X-QUOTA=X-NUM-FOLDERS IDLE] User logged in 
SESSIONID=

. LIST "" *
. OK Completed (0.000 secs)
. logout
* BYE LOGOUT received
. OK Completed
Connection closed by foreign host.


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: corrupted mailboxes.db

[Patrick Boutilier]

On 10/20/2017 11:52 AM, Deniss wrote:

Hello,

I run cyrus imap 2.5.11.
Somehow mailboxes.db become corrupted.
running `ctl_mboxlist -d` leads to segfault, backtrace below.

How can I recover mailboxes.db ?

Backtrace
#0  0x007d43e12952 in printf (__fmt=0x7d43e143c2 "%s\t%d %s %s\n") 
at /usr/include/bits/stdio2.h:104
#1  dump_cb (rockp=rockp@entry=0x384c65d6e90, key=, 
keylen=,
     data=data@entry=0x23d2177d3d5 address 0x23d2177d3d5>, datalen=datalen@entry=61) at 
imap/ctl_mboxlist.c:182
#2  0x023d432db22a in myforeach (db=0x7d444012d0, 
prefix=0x7d43e144ec "", prefixlen=0, goodp=0x0, cb=0x7d43e12890 
, rock=0x384c65d6e90,

     tidptr=) at lib/cyrusdb_twoskip.c:1567
#3  0x023d4363bea7 in mboxlist_allmbox (prefix=, 
proc=0x7d43e12890 , rock=0x384c65d6e90, incdel=1) at 
imap/mboxlist.c:2326
#4  0x007d43e12e87 in do_dump (op=DUMP, part=0x0, purge=0) at 
imap/ctl_mboxlist.c:458
#5  0x007d43e12548 in main (argc=4, argv=0x384c65d9058) at 
imap/ctl_mboxlist.c:1029



Couple of things to try on this page:

https://www.cyrusimap.org/2.5/imap/faqs/o-reconstruct.html






Best, Deniss

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Default value changes in Cyrus 3

[Patrick Boutilier]

On 10/19/2017 10:15 PM, Stephen Ingram wrote:
I'm not sure I really know what that means. Would that change the 
hierarchy? Force a download of all messages again on the client side?


Steve


That would be my guess. Have never tried it so can't say for sure.





On Thu, Oct 19, 2017 at 6:04 PM, Patrick Boutilier <bouti...@ednet.ns.ca 
<mailto:bouti...@ednet.ns.ca>> wrote:


On 10/19/2017 08:56 PM, Janos Dohanics wrote:

On Thu, 19 Oct 2017 16:43:48 -0700
Stephen Ingram <sbing...@gmail.com <mailto:sbing...@gmail.com>>
wrote:

While we are talking about it, can this just be switched on
the fly if
someone is using the "." namespace?


Never tried it, but I read this page that the answer is yes.

https://www.cyrusimap.org/imap/reference/admin/sop/altnamespace.html
<https://www.cyrusimap.org/imap/reference/admin/sop/altnamespace.html>


Yes, seems possible but there is this warning on

https://www.cyrusimap.org/imap/concepts/features/namespaces.html#imap-admin-namespaces-mode

<https://www.cyrusimap.org/imap/concepts/features/namespaces.html#imap-admin-namespaces-mode>



Warning

Changing altnamespace in an active operating environment will cause
all IMAP clients to need to resync the entire hierarchy.


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info:
http://lists.andrew.cmu.edu/pipermail/info-cyrus/
<http://lists.andrew.cmu.edu/pipermail/info-cyrus/>
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Default value changes in Cyrus 3

[Patrick Boutilier]

On 10/19/2017 08:56 PM, Janos Dohanics wrote:

On Thu, 19 Oct 2017 16:43:48 -0700
Stephen Ingram  wrote:


While we are talking about it, can this just be switched on the fly if
someone is using the "." namespace?


Never tried it, but I read this page that the answer is yes.

https://www.cyrusimap.org/imap/reference/admin/sop/altnamespace.html



Yes, seems possible but there is this warning on 
https://www.cyrusimap.org/imap/concepts/features/namespaces.html#imap-admin-namespaces-mode




Warning

Changing altnamespace in an active operating environment will cause all 
IMAP clients to need to resync the entire hierarchy.
<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: update to 3.0.3 even more problematic than 3.0.2

[Patrick Boutilier]

On 08/31/2017 10:48 AM, Jason L Tibbitts III wrote:

"BG" == Bron Gondwana  writes:


BG> https://github.com/cyrusimap/cyrus-imapd/issues/2132
BG> We're pretty sure we've found the cause.

Do you plan to cut a 3.0.4 release or should I plan on pushing this
patch into my distro packages?



In the other email with subject of "Re: Cyrus Imapd 3.0.3 - Crash when 
opening the mailbox list (subscribe to folder)" Bron says:





I suspect this is the "Other Users" issue again:

https://github.com/cyrusimap/cyrus-imapd/issues/2132

It's fixed in git now, new release soon!






  - J<

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Message remains in spool after expunge

[Patrick Boutilier]

On 08/22/2017 09:48 AM, Arnaldo Viegas de Lima wrote:

Hi,

We have just migrated from 2.4.17 to 3.0.3 and we are having a problem with one 
of our scripts that perform actions on a SPAM folder for retraining purposes.
All files placed by the user there are used for retaining. At the end Cyrus is 
called to remove the files: we mark all files for deletion and then expunge the 
mailbox. We have been using this script since 2007, flawlessly.

I’ve set Cyrus chatty mode on and I can see the commands being sent to the 
server and there is a confirmation log message for the expunge, with the  
correct number of files.
Checking the SPAM mailbox with Cyrus (or any IMAP client), show it as empty. 
But looking at the mailbox directory in the filesystem, the actual files are 
still there.

Am I missing something on 3.0.3 that may be the cause for this problem?

Thanks in advance.



expunge_mode: delayed is the default since 2.5

https://www.cyrusimap.org/imap/concepts/features/delayed-expunge.html

You would want expunge_mode: immediate to use the default behaviour in 
2.4.17







Arnaldo.

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Mailbox administration in cyrus

[Patrick Boutilier]

On 06/21/2017 10:42 AM, Dr. Peer-Joachim Koch wrote:

Hi Michael,

On 21.06.2017 15:28, Michael Menge wrote:

Hi,



Quoting "Dr. Peer-Joachim Koch" :


Hi,

is there an esay way to remove ALL mailboxes of an user ?

I did not find any info about something like

dm -r user.OLDUSER



in cyradm

dm user.OLDUSER

should delete the user (all mailboxes and sievscripts), at least since 
cyrus 2.3


which version of cyrus are you using?


we are using cyrus 2.4.18 (SLES 12 SP2)

removing every folder within OLDUSER and OLDUSER as well.




No, not at our system. I did

dm user.TESTUSER  # all users have SPAM,Sent,Drafts as default 
mailboxes


After this command, the mailbox  TESTUSER was removed, but 
user.TESTUSER.{SPAM,Sent,Drafts}

exist (in cyrus and on the filesystem).

No idea, what happens if I use a wildcard ...



Does the user you logged in to cyradm with have rights to delete the 
mailboxes that are not getting deleted?



Might have to do this first:

sam user.TESTUSER  lrswipdca














Thanks and bye, Peer


also you can use wildcards in cyradm


Grüße aus Tübingen

   Michael

 


M.MengeTel.: (49) 7071/29-70316
Universität Tübingen   Fax.: (49) 7071/29-5912
Zentrum für Datenverarbeitung  mail: 
michael.me...@zdv.uni-tuebingen.de

Wächterstraße 76
72074 Tübingen


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus






Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Problems with paragraph characters in SASL passwords?

[Patrick Boutilier]

On 05/27/2017 09:43 AM, Binarus wrote:

Dear all,

I am very happy with Cyrus imapd since many years. I am using it to host
all IMAP mail boxes of my company. I am using SASL and its tools (mainly
saslpasswd2) for password management. The primary IMAP client in the
company is Thunderbird.

Recently, I have decided to replace all IMAP passwords by longer ones.
While this worked in the vast majority of cases, there were several
mailboxes where Cyrus / SASL refused the connection with the new
password. I have lost several hours of debugging this until the
following turned out:

As soon as the password contained a paragraph character ("§"), Cyrus /
SASL refused the connection due to a wrong password even if the password
was entered correctly into Thunderbird's password dialog. This happened
with Thunderbird 52.1.1 and Cyrus imapd 2.4.16 (as shipped with Debian
wheezy).

My question is: Is there a known problem with paragraph characters in
SASL / Cyrus passwords, or does Thunderbird cause that problem (for
certain reasons, I haven't been able to test other clients yet, and
googling for some hours also did not lead to anything)?




Works for me from a telnet to port 143 then issuing:

. login  

replacing user and password with correct values.

But it does fail in Thunderbird.





Thank you very much in advance,

Binarus

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: How to control the header cyrus lmtp adds to an e-mail upon delivery

[Patrick Boutilier]

Do you have MAILSERVER defined in /etc/hosts ?


On 05/26/2017 07:30 AM, Michael Hieb wrote:
Hmmm.. servername is clearly set in /etc/imapd.conf and lmtp is clearly 
using the result of gethostname(). Do you know if there is there 
somewhere else that I need to define servername?



On 05/26/2017 06:27 PM, Leena Heino wrote:

Hi,

The lmtp received line is defined in imap/lmtpengine.c:
p += sprintf(p, " by %s", config_servername);

The lmtp should use the servername setting or gethostname() if 
servername is unset.


On Fri, 26 May 2017, Michael Hieb wrote:

Does anyone know how to control the header cyrus lmtp adds to an 
e-mail upon delivery?


I see following added to headers of e-mail received via cyrus lmtp 
from postfix


Received: from mail.domain1.net (mail.domain1.net [192.168.1.75]) by 
MAILSERVER (Cyrus v2.4.18) with LMTPA; Fri, 26 May 2017 00:26:03 +


I would like to  change "MAILSERVER (Cyrus v2.4.18) with LMTPA" to 
show FQDN "imap.domain1.com (Cyrus v2.4.18) with LMTPA".




Configuration as follows:

Here is my configuration in /etc/cyrus.com

# at least one LMTP is required for delivery
lmtpdomain1   cmd="lmtpd -a" 
listen="mail.domain1.com:lmtp" maxchild=-1 maxforkrate=100


I have servename set in /etc/imapd.conf (and this does appear 
correctly in the banner when a client connects to imap - I realize 
this is independent from lmtp)


   servername: imap.domain1.com

Here is the delivery in /etc/postfix/main.cf

   relay_transport = lmtp:mail.celoso.net:2003




Let me know what other information you require.

Appreciate any clue or advice.


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus







Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Multi-thread cyrus delayed forking of imapd processes after connecting to master listener

[Patrick Boutilier]

I have done something like this before, define the command in 
/etc/cyrus.conf as the strace command. Define it on a test IP so you are 
the only one hitting it. Something like:


imap cmd="/usr/bin/strace -q -v -s200 -f -F -o /home/cyrus/pop3 
/full/path/to/imapd -C /etc/imapd.domain4.com.conf " 
listen="192.168.110.175:imap" maxchild=-1 maxforkrate=100


Also just noticed that in your cyrus.conf file the SERVICES names are 
not unique. They all are named imap, imaps, sieve, or lmtp. Not sure 
about 2.4.18 but in the 3.0.1 man page it says "In the SERVICES section, 
names must be unique." Wouldn't hurt naming them different to see if 
that makes a difference.





On 05/23/2017 11:38 AM, Michael Ulitskiy wrote:

you can use 'strace -p ', specifying the pid of process you want to
trace. you will have to "catch" the process that blocks. it may not be easy,
but I have no other suggestions.

On Tuesday, May 23, 2017 06:19:17 PM Michael Hieb wrote:

The SASL is cyrus-sasl 2.1.26-9.5. I believe it does use /dev/urandom.

I am not sure how to run strace on the process that the Master listener
forks. Here is the strace run on the imapd process at a command prompt
(which is not quite the same as the master listener forking it to a port
where another process is waiting to connect to it).

MAILSERVER:~ # strace /usr/lib/cyrus/bin/imapd -C
/etc/imapd.domain1.com.conf
execve("/usr/lib/cyrus/bin/imapd", ["/usr/lib/cyrus/bin/imapd", "-C",
"/etc/imapd.domain1.com.conf"], [/* 56 vars */]) = 0
brk(0)  = 0x5573deaf5000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7fdeb770c000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=80522, ...}) = 0
mmap(NULL, 80522, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fdeb76f8000
close(3)= 0
open("/usr/lib64/libsasl2.so.3", O_RDONLY|O_CLOEXEC) = 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300N\0\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=118552, ...}) = 0
mmap(NULL, 2213800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7fdeb72d
mprotect(0x7fdeb72ec000, 2093056, PROT_NONE) = 0
mmap(0x7fdeb74eb000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b000) = 0x7fdeb74eb000
close(3)= 0
open("/usr/lib64/libkrb5.so.3", O_RDONLY|O_CLOEXEC) = 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200Y\2\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=855280, ...}) = 0
mmap(NULL, 2951008, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7fdeb6fff000
mprotect(0x7fdeb70c1000, 2093056, PROT_NONE) = 0
mmap(0x7fdeb72c, 65536, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc1000) = 0x7fdeb72c
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7fdeb76f7000
open("/lib64/libcom_err.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\26\0\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=14760, ...}) = 0
mmap(NULL, 2109928, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7fdeb6dfb000
mprotect(0x7fdeb6dfe000, 2093056, PROT_NONE) = 0
mmap(0x7fdeb6ffd000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fdeb6ffd000
close(3)= 0
open("/lib64/libssl.so.1.0.0", O_RDONLY|O_CLOEXEC) = 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0pr\1\0\0\0\0\0"..., 832)
= 832
fstat(3, {st_mode=S_IFREG|0555, st_size=440632, ...}) = 0
mmap(NULL, 2535888, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7fdeb6b8f000
mprotect(0x7fdeb6bf, 2097152, PROT_NONE) = 0
mmap(0x7fdeb6df, 45056, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x61000) = 0x7fdeb6df
close(3)= 0
open("/lib64/libcrypto.so.1.0.0", O_RDONLY|O_CLOEXEC) = 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\313\6\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0555, st_size=2447744, ...}) = 0
mmap(NULL, 4559184, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7fdeb6735000
mprotect(0x7fdeb6962000, 2097152, PROT_NONE) = 0
mmap(0x7fdeb6b62000, 167936, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22d000) = 0x7fdeb6b62000
mmap(0x7fdeb6b8b000, 12624, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fdeb6b8b000
close(3)= 0
open("/usr/lib64/libdb-4.8.so", O_RDONLY|O_CLOEXEC) = 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@X\2\0\0\0\0\0"..., 832)
= 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1560248, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7fdeb76f6000
mmap(NULL, 3655304, PROT_READ|PROT_EXEC, 

Re: Multi-thread cyrus delayed forking of imapd processes after connecting to master listener

[Patrick Boutilier]

Have you tried stracing one of the imap processes that is slow to see where the 
delay is?


On May 19, 2017 6:48:36 AM ADT, Michael Hieb  wrote:
>Apologies for long post, most of it is configuration details.
>
>I have recently changed from a single threaded cyrus server in which 
>multiple domains were overloaded on one listener as multiple virtual 
>domains to a multiple threaded cyrus server in which multiple domains 
>are listened for on separate ip addresses with separate configurations.
>
>The primary motivation was to have separate tls certificates for each 
>domain. The problem is that I can connect to cyrus listener on all 
>ip/ports for all domains, but while one of them will fork immediately 
>and respond with a banner, the others will delay for a period of time 
>from a few seconds to a minute or so before forking and responding with
>
>a banner. With the same setup, I change to a single threaded cyrus 
>server to listen on all ip/ports then I get an immediate response on 
>all, but of course I do not get the separate tls certificate or 
>configuration. It is replicable that switching between the single 
>threaded and multiple threaded configuration triggers the problem. I 
>have searched the logs and the mail-lists and found nothing that seems 
>related.
>
>Question: why does switching to multiple threaded cyrus server trigger 
>delayed forking of imapd processes after connecting to master listener?
>
>On listener which responds immediately (as expected) I get this:
>
>user@somehost:~> telnet imap.domain1.com 143
>Trying 192.168.110.171...
>Connected to imap.domain1.com.
>Escape character is '^]'.
>* OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE STARTTLS AUTH=GSS-SPNEGO 
>AUTH=GSSAPI AUTH=DIGEST-MD5 AUTH=CRAM-MD5 AUTH=LOGIN AUTH=PLAIN
>SASL-IR] 
>imap.domain1.com Cyrus IMAP v2.4.18 server ready
>
>On listener with delay, I get this (and process hangs for many seconds 
>or even a minute or two):
>
>user@somehost:~> telnet imap.domain2.com 143
>Trying 192.168.110.171...
>Connected to imap.domain2.com.
>Escape character is '^]'.
>
>The domain for which the listener responds and the one for which it 
>delays seems to change and be random as far as I can tell.
>
>There is nothing in the log journal that looks different from when we 
>connect and get a for and when we connect and get a delay.
>
>May 19 09:44:31 MAILSERVER master[13762]: about to exec 
>/usr/lib/cyrus/bin/imapd
>May 19 09:44:31 MAILSERVER imap[13762]: executed
>May 19 09:44:31 MAILSERVER imap[13762]: IOERROR: opening 
>/var/lib/imap/user_deny.db: No such file or directory
>
>and once imapd forks and banner is generated
>
>May 19 09:46:45 MAILSERVER imap[13814]: accepted connection
>
>Here are the configuration details:
>
>I run cyrus 2.4.18-3.6 on openSuSE Leap 42.2 Linux MAILSERVER 
>4.4.62-18.6-default #1 SMP Fri Apr 21 16:14:48 UTC 2017 (84f9824)
>x86_64 
>x86_64 x86_64 GNU/Linux.
>
>Here is my (sanitized) cyrus.conf and one imapd.conf (they all look 
>alike except for certificate and domain specifics).
>
>MAILSERVER:~ # cat /etc/cyrus.conf
>START {
># do not delete this entry!
>recover cmd="ctl_cyrusdb -r"
>
># this is only necessary if using idled for IMAP IDLE
>idled cmd="idled"
>}
>
># UNIX sockets start with a slash and are put into /var/lib/imap/socket
>SERVICES {
># add or remove based on preferences
>#imap cmd="imapd" listen="imap" maxchild=-1 maxforkrate=100
>imap cmd="imapd -C /etc/imapd.domain1.com.conf " 
>listen="192.168.171.4:imap" maxchild=-1 maxforkrate=100
>imap cmd="imapd -C /etc/imapd.domain1.com.conf " 
>listen="192.168.110.171:imap" maxchild=-1 maxforkrate=100
>imap cmd="imapd -C /etc/imapd.domain2.com.conf " 
>listen="192.168.172.4:imap" maxchild=-1 maxforkrate=100
>imap cmd="imapd -C /etc/imapd.domain2.com.conf " 
>listen="192.168.110.172:imap" maxchild=-1 maxforkrate=100
>imap cmd="imapd -C /etc/imapd.domain3.com.conf " 
>listen="192.168.174.4:imap" maxchild=-1 maxforkrate=100
>imap cmd="imapd -C /etc/imapd.domain3.com.conf " 
>listen="192.168.110.174:imap" maxchild=-1 maxforkrate=100
>imap cmd="imapd -C /etc/imapd.domain4.com.conf " 
>listen="192.168.175.4:imap" maxchild=-1 maxforkrate=100
>imap cmd="imapd -C /etc/imapd.domain4.com.conf " 
>listen="192.168.110.175:imap" maxchild=-1 maxforkrate=100
>imap cmd="imapd -C /etc/imapd.domain5.com.conf " 
>listen="192.168.176.4:imap" maxchild=-1 maxforkrate=100
>imap cmd="imapd -C /etc/imapd.domain5.com.conf " 
>listen="192.168.110.176:imap" maxchild=-1 maxforkrate=100
>imap cmd="imapd -C /etc/imapd.domain6.com.conf " 
>listen="192.168.177.4:imap" maxchild=-1 maxforkrate=100
>imap cmd="imapd -C /etc/imapd.domain6.com.conf " 
>listen="192.168.110.177:imap" maxchild=-1 maxforkrate=100
>
>#imaps cmd="imapd -s" listen="imaps" maxchild=-1 maxforkrate=100
>imaps cmd="imapd -C /etc/imapd.domain1.com.conf -s " 
>listen="192.168.171.4:imaps" maxchild=-1 maxforkrate=100
>imaps cmd="imapd -C /etc/imapd.domain1.com.conf -s " 

Re: Problems with cyrus 2.5.10 after system update

[Patrick Boutilier]

On 05/17/2017 12:04 PM, Jason Englander wrote:

On Wed, 17 May 2017, Patrick Goetz wrote:

I had to update my mail server for unrelated reasons, after which I 
couldn't get cyrus-master to start.  It turned out to be related to 
ctl_cyrusdb not running because the program was compiled against 
libssl.so.1.0 while this library had been upgraded to libssl.so.1.1


I have no exposure to Arch, but if your libssl.so.1.1 is OpenSSL 1.1.*, 
then you either need to downgrade OpenSSL to 1.0.* and recompile, or 
upgrade Cyrus IMAP to 3.x


http://www.cyrusimap.org/imap/download/release-notes/3.0/x/3.0.0.html
->
Added support for OpenSSL 1.1.0


Appears to be some support for OpenSSL 1.1.0 in later 2.5.x releases:

http://www.cyrusimap.org/imap/download/release-notes/2.5/x/2.5.9.html

preliminary support for OpenSSL 1.1.0 (not yet released)





Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Problems with cyrus 2.5.10 after system update

[Patrick Boutilier]

On 05/17/2017 11:40 AM, Patrick Goetz wrote:

So, running

  openssl s_client -connect mail.myserver.org:143 -starttls imap



Same error with -tls1_2 ?

openssl s_client -connect mail.myserver.org:143 -tls1_2 -starttls imap





it appears that it's still trying to use SSLv3 and the newest version of 
openssl won't allow this?


===
[pgoetz@frog ~]$ openssl s_client -connect mail.myserver.org:143 
-starttls imap

CONNECTED(0003)
140245839085440:error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert 
handshake failure:ssl/record/rec_layer_s3.c:1385:SSL alert number 40

---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 726 bytes and written 202 bytes
Verification: OK
===

before I start googling, can someone tell me how to disable SSLv3 in 
imapd.conf?


On 05/17/2017 08:53 AM, Patrick Goetz wrote:
I had to update my mail server for unrelated reasons, after which I 
couldn't get cyrus-master to start.  It turned out to be related to 
ctl_cyrusdb not running because the program was compiled against 
libssl.so.1.0 while this library had been upgraded to libssl.so.1.1


So, I recompiled cyrus  (I'm running Arch linux and am using the 
cyrus-imapd AUR package) but now it doesn't seem to be able to use SSL 
at all.  When I start my MUA I get a message


"The IMAP server ... does not support the selected authentication 
method:  which is STARTTLS over port 143.


Any ideas on what I can do short of downgrading libssl.so to 
libssl.so.1.0?



Cyrus Home Page: 
http://secure-web.cisco.com/14J2MQPcWP1V1X8PI7D2pUqnGEr83roQya4gSH694w_JGDrGdpxHbSGLYx2PnLX7w187T5IaGviognr46OHjOG5F3-d_jhv8cpuxwj7z4pjDLeqGTRyK_CudP3ZiE1suhA-NBZD0wBVvCzte5M1PRziU_2qtB_fLcoTufxwcX6HEUPuIHwCv0OK3mH6S9POAy65hrJwzNzDXth7sSGzPEpUNAu6j5uDEZ3IIAu7wamKWZO9ju6JYqHp1I8N1-DN88eozxuwOztR_QM8_6zIGTWnPY1qbRHulv8Qv-EEmsJApUgp6siVoBpukK-54k7T9o/http%3A%2F%2Fwww.cyrusimap.org%2F 


List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: removing folders which are not in mailboxes.db

[Patrick Boutilier]

On 05/15/2017 07:55 AM, Marcus Schopen wrote:

Hi,

Am Montag, den 15.05.2017, 07:34 -0300 schrieb Patrick Boutilier:

That will probably work. You can see what will happen by using -n also .
Another option is just to remove the subfolders from the filesystem
using rm .


I just tried:

su - cyrus -c " /usr/lib/cyrus/bin/reconstruct -r -O
user.li...@domain.tld"

But this didn't remove the odd folders nor the files in these folders.
Just remove them by "rm -rf" or move them to another location outside
the spool?


rm -fr if you are 100% sure you don't need the files. Move if not 100% 
sure .:-)


Since cyrus doesn't know about the folders in mailboxes.db it shouldn't 
care either way.








Ciao!
Marcus



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: removing folders which are not in mailboxes.db

[Patrick Boutilier]

On 05/15/2017 06:35 AM, Marcus Schopen wrote:

Hi,

some time ago I removed several big sized subfolders in a mailbox using
my mail client. Yesterday I recognized that for some reasons those
folders are still on the file system on master, but not on replica side.
Non of those deleted folders are listed in mailboxes.db, which is
correct.

What's the best way to remove those old folders permanently from the
filesystem on the master? Can I use reconstruct with -O option (Delete
odd files)?


That will probably work. You can see what will happen by using -n also . 
Another option is just to remove the subfolders from the filesystem 
using rm .







Ciao
Marcus



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: sync_client problems

[Patrick Boutilier]

Try a -G with reconstruct?

-G Force  re-parsing  of the underlying message (checks GUID 
correctness).  Reconstruct with -G should fix all possible individual 
message issues, including corrupted data files.



On 05/11/2017 02:37 PM, Eric Cunningham wrote:
I have to walk this back.  In looking slightly further back in my 
logfiles, before every instance of a failure to sync some folder, I see 
a common error reported prior to every "bailing out! Bad protocol" error 
- "IOERROR: GUID mismatch /var/spool/cyrus/mail/c/user/cdm-lit/Sent/148."


May 11 12:44:09 imap1 sync_client[48590]: IOERROR: GUID mismatch 
/var/spool/cyrus/mail/c/user/cdm-lit/Sent/148.
May 11 12:44:22 imap1 sync_client[48590]: IOERROR: zero length response 
to MAILBOX (end of file reached)
May 11 12:44:22 imap1 sync_client[48590]: do_folders(): update failed: 
user.cdm-lit.Sent 'Bad protocol'

May 11 12:44:22 imap1 sync_client[48590]: sync_mailboxes: doing 1000
May 11 12:44:22 imap1 sync_client[48590]: IOERROR: zero length response 
to MAILBOXES (end of file reached)

May 11 12:44:22 imap1 sync_client[48590]: sync_mailboxes: doing 1000
May 11 12:44:22 imap1 sync_client[48590]: IOERROR: zero length response 
to MAILBOXES (end of file reached)

May 11 12:44:22 imap1 sync_client[48590]: sync_mailboxes: doing 1000
May 11 12:44:22 imap1 sync_client[48590]: IOERROR: zero length response 
to MAILBOXES (end of file reached)

May 11 12:44:22 imap1 sync_client[48590]: sync_mailboxes: doing 1000
May 11 12:44:22 imap1 sync_client[48590]: IOERROR: zero length response 
to MAILBOXES (end of file reached)

May 11 12:44:22 imap1 sync_client[48590]: sync_mailboxes: doing 1000
May 11 12:44:22 imap1 sync_client[48590]: IOERROR: zero length response 
to MAILBOXES (end of file reached)

May 11 12:44:22 imap1 sync_client[48590]: sync_mailboxes: doing 1000
May 11 12:44:22 imap1 sync_client[48590]: IOERROR: zero length response 
to MAILBOXES (end of file reached)
May 11 12:44:22 imap1 sync_client[48590]: IOERROR: zero length response 
to MAILBOXES (end of file reached)
May 11 12:44:22 imap1 sync_client[48590]: IOERROR: zero length response 
to UNMAILBOX (end of file reached)
May 11 12:44:22 imap1 sync_client[48590]: folder_delete(): failed: 
user.guest-student-coordinator.Trash.Aarflot 'Bad protocol'
May 11 12:44:22 imap1 sync_client[48590]: Error in do_sync(): bailing 
out! Bad protocol
May 11 12:44:22 imap1 sync_client[48590]: Processing sync log file 
/var/spool/CyrusDB-Sieve/cyrusdb/sync/log-run failed: Bad protocol


When I recontructed this cdm-lit account, it ran successfully on my 
master host, but fails on my copy host:


[cyrus@imap2 ~]$ reconstruct -f -r user.cdm-lit
user.cdm-lit
user.cdm-lit.Sea Trail 2013
user.cdm-lit.Sent uid 1 found - adding
user.cdm-lit.Sent uid 2 found - adding
user.cdm-lit.Sent uid 3 found - adding
user.cdm-lit.Sent uid 4 found - adding

user.cdm-lit.Sent uid 146 found - adding
user.cdm-lit.Sent uid 147 found - adding
user.cdm-lit.Sent uid 148 found - adding
fatal error: Internal error: assertion failed: imap/mailbox.c: 2847: 
record->size


Since I couldn't get a successful reconstruct on this account, I deleted 
it and recreated it from my master host.  However, I'm still unable to 
get a successful reconstruct with "failed to read index header" for 
every subfolder and "fatal error: Internal error: assertion failed: 
imap/mailbox.c: 2847: record->size"


Any ideas on how to correct this so I can see if I can then get past the 
replication error?


Thanks!

-Eric


On 05/11/2017 11:46 AM, Eric Cunningham wrote:
Thanks Bron, but that doesn't seem to work for me, unless I'm missing 
something.


I ran reconstructs for this account on both my master and copy hosts:

[cyrus@imap1 ~]$ reconstruct -f -r user.scramer
user.scramer
user.scramer.Archive
user.scramer.Archives
user.scramer.Archives.2004
...
user.scramer.Trash.IS Networking and Operations
user.scramer.Trash.IS Security
user.scramer.Trash.IS Servers
user.scramer.Trash.IS Staff
user.scramer.Trash.IS Surveys
...


[cyrus@imap2 ~]$ reconstruct -f -r user.scramer
user.scramer
user.scramer.Archive
user.scramer.Archives
user.scramer.Archives.2004
...
user.scramer.Trash.IS Networking and Operations
user.scramer.Trash.IS Security
user.scramer.Trash.IS Servers
user.scramer.Trash.IS Staff
user.scramer.Trash.IS Surveys
...


I then restart the replication against the log-run file and it again 
fails on a folder that no longer exists in that account:


...
May 11 11:40:51 imap1 sync_client[60696]: sync_mailboxes: doing 1000
May 11 11:40:51 imap1 sync_client[60696]: IOERROR: zero length 
response to MAILBOXES (end of file reached)
May 11 11:40:51 imap1 sync_client[60696]: IOERROR: zero length 
response to MAILBOXES (end of file reached)
May 11 11:40:51 imap1 sync_client[60696]: IOERROR: zero length 
response to UNMAILBOX (end of file reached)
May 11 11:40:51 imap1 sync_client[60696]: folder_delete(): failed: 
user.scramer.Trash.IS Software Management 'Bad protocol'
May 11 

Re: Problems upgrading cyrus (2.1 -> 2.4) - what about sieve

[Patrick Boutilier]

On 04/26/2017 05:11 AM, Dr. Peer-Joachim Koch wrote:

Hi,

I am preparing an update of an old mail server. The mailboxes and mails 
are no the problem.

This seems to be easy. But how can I transfer the sieve scripts ?
However I can write a script using sieve shell and import all ~100 
scripts for the users,

but maybe there is a more simpler solution ?

A second sieve question :
A script is running at night syncing the mailboxes, seen and subscribe 
files (between old an new server).
Yesterday I imported my own sieve script on the new server. Today (after 
the update at night) the sieve script was gone.

Where are the information about the sieve scripts stored ?


Not sure about 2.1 but in 2.4 it is in sieve directory under 
configdirectory . For example, /var/imap/sieve










Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: IMAP.c: loadable library and perl binaries are mismatched

[Patrick Boutilier]

On 04/19/2017 01:14 PM, Patrick Goetz wrote:
Correction:  just realized I'm running 2.5.7, not 2.4.17.  Probably just 
need to upgrade, but am still interested in knowing if there is any way 
to get around using cyradm for adding users.



We use this perl module with a very simple perl script to add users.

http://search.cpan.org/~eestabroo/IMAP-Admin-1.6.4/Admin.pm






On 04/19/2017 11:12 AM, Patrick Goetz wrote:

I'm running cyrus 2.4.17 on a couple of Arch linux servers, and Arch is
an aggressively updated rolling release distro.

I don't have to add new users very often, but ran cyradm today and got
the following error message:

[root@www sbin]# cyradm --user administrator localhost
IMAP.c: loadable library and perl binaries are mismatched (got handshake
key 0xdb00080, needed 0xdb80080)


I'm hoping to not have to upgrade cyrus at this precise moment.  Is
there any way to get around this for adding a new cyrus user?  I've only
ever used cyradm for this task.

If I do have to upgrade, the cyrus version in the Arch AUR is still at
2.5.10 -- presumably this upgrade won't break anything?  Do I need to
upgrade to 2.5.x before upgrading to 3.0?

Thanks.


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: strange sieve problem

[Patrick Boutilier]

Is it the second email sample that does not work? If so the To: on that 
one is walter@waldinet.local and I don't see any rules for 
walter@waldinet.local. Also, where does the mail that doesn't work end up?



On 04/04/2017 03:00 AM, Walter H. via Info-cyrus wrote:

Hello,

I've found a Sieve Tester, where everything works as I expect

https://www.fastmail.com/cgi-bin/sievetest.pl

but Cyrus Sieve doesn't

here the Sieve-Script


# Sieve filter

require ["fileinto", "relational"];

if not exists ["from"]
{
discard;
}
elsif allof (address :all :is "from" "sq...@proxy.my.local",
address :all :is "to" "walter@my.local")
{
if header :matches "subject" "[proxy] Video-URL (*) detected"
{
fileinto "INBOX._Info.hbbtvVideoURLs";
}
elsif header :matches "subject" "[proxy] File-URL (*) detected"
{
fileinto "INBOX._Info.ftpFileURLs";
}
else
{
fileinto "INBOX._Info";
}
}
elsif allof (address :all :is "from" "cla...@mail.my.local",
address :all :is "to" "walter@my.local")
{
if header :matches "subject" "[mail] Virus detected in E-mail"
{
fileinto "INBOX._Alert";
}
}
elsif header :matches "list-id" "*"
{
fileinto "INBOX._MailLists._CENTOS";
}
elsif header :is "precedence" "bulk"
{
fileinto "INBOX.Trash";
}
else
{
keep;
}


and this is the Mail


Return-Path: 
Received: from storage.mail ([unix socket])
 by storage.mail (Cyrus v2.3.16-Fedora-RPM-2.3.16-13.el6_6) with LMTPA;
 Mon, 03 Apr 2017 21:27:35 +0200
X-Sieve: CMU Sieve 2.3
Received: from proxy.host by storage.mail (Postfix) with ESMTP id 19B2C79235
Received: by proxy.host (Postfix, userid 23) id EB81D2B0BE
Date: Mon, 03 Apr 2017 21:27:34 +0200
To: walter@my.local
Subject: [proxy] File-URL (PC) detected
User-Agent: Heirloom mailx 12.4 7/29/08
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <20170403192734.eb81d2b...@proxy.my.local>
From: sq...@proxy.my.local (Squid)

The following information came from the Squid proxy virtual machine.

--[ Data submitted ]---

File-URL: ftp://ftp.adobe.com/lbtest.txt



this Mail is sorted correct by the sieve script


Return-Path: 
Received: from storage.mail ([unix socket])
by storage.mail (Cyrus v2.3.16-Fedora-RPM-2.3.16-13.el6_6) with LMTPA;
Sun, 05 Feb 2017 19:14:15 +0100
X-Sieve: CMU Sieve 2.3
Received: from filter.mail by storage.mail (Postfix) with ESMTP id 5634078BA8
Received: by filter.mail (Postfix) id 48F198E9
Delivered-To: r...@filter.mail
Received: from filter.mail [local] by filter.mail (Postfix) with ESMTP id
35E838E8
Received: by filter.mail (Postfix, userid 496) id 2A20D8E9
From: ClamAV 
To: walter@waldinet.local
Subject: [mail] Virus detected in E-mail
Message-Id: <20170205181415.2a20d...@mail.my.local>
Date: Sun, 5 Feb 2017 19:14:15 +0100 (CET)
X-AV-Scanned: ClamAV using ClamSMTP (filter.mail)

The following information came from the Mail filter virtual machine.

--[ Data submitted ]---

Virus name: Heuristics.Phishing.Email.SpoofedDomain
Sender: rte+ne-null-b1cb1a01203481e6zubgcse...@sellernotifications.amazon.com

Quarantined to: /var/lib/clamd.clamsmtp/virus.XeKpYL

--[ E-Mail header ]

...



can someone give me a hint, what is wrong,

Thanks,
Walter


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: cyr_expire suddenly segfaulting

[Patrick Boutilier]

On 03/12/2017 02:24 PM, Nick Howitt wrote:

Hi,
I've been running cyrus-imap for a few years not. I am using 2.4.17-8 on
ClearOS (a Centos derivative). I've been running with "delprune
cmd="cyr_expire -E 1 -X 7 -D 7" at=0001" in cyrus.conf, but in the last
week or so it has started segfaulting. I've tried moving the command to
cron.daily "/usr/lib/cyrus-imapd/cyr_expire -E 1 -X 7 -D 7" but it still
segfaulting.

In /var/log/maillog I get:
Mar 12 03:15:53 server cyr_expire[15065]: Repacking mailbox user.mail-ebay
Mar 12 03:15:53 server master[15064]: setrlimit: Unable to set file
descriptors limit to -1: Operation not permitted
Mar 12 03:15:53 server master[15064]: retrying with 4096 (current max)
Mar 12 03:15:53 server cyr_expire[15065]: Repacking mailbox
user.mail-ebay.Drafts
Mar 12 03:15:54 server cyr_expire[15065]: Repacking mailbox user.nick
Mar 12 03:15:54 server cyr_expire[15065]: Repacking mailbox user.ourfamily
Mar 12 03:15:54 server cyr_expire[15065]: Repacking mailbox
user.ourfamily.Drafts
Mar 12 03:15:54 server cyr_expire[15065]: Expunged 0 out of 9150
messages from 57 mailboxes
Mar 12 03:15:54 server cyr_expire[15065]: duplicate_prune: pruning back
0.00 days
Mar 12 03:15:54 server ctl_cyrusdb[15068]: recovering cyrus databases
Mar 12 03:15:55 server ctl_cyrusdb[15068]: skiplist: checkpointed
/var/lib/imap/mailboxes.db (57 records, 4816 bytes) in 0 seconds
Mar 12 03:15:55 server ctl_cyrusdb[15068]: skiplist: checkpointed
/var/lib/imap/annotations.db (0 records, 144 bytes) in 0 seconds
Mar 12 03:15:55 server ctl_cyrusdb[15068]: done recovering cyrus databases
Mar 12 03:15:55 server master[15064]: unable to setsocketopt(IP_TOS):
Operation not supported
Mar 12 03:15:55 server ctl_cyrusdb[15073]: checkpointing cyrus databases
Mar 12 03:15:55 server ctl_cyrusdb[15073]: done checkpointing cyrus
databases
Mar 12 03:15:55 server imaps[15075]: error sending to idled: 3
Mar 12 03:15:55 server imap[15074]: error sending to idled: 3
Mar 12 03:15:55 server imap[15078]: error sending to idled: 3
Mar 12 03:15:55 server imap[15076]: error sending to idled: 3
Mar 12 03:15:55 server imaps[15081]: error sending to idled: 3
Mar 12 03:15:55 server imap[15080]: error sending to idled: 3
Mar 12 03:15:55 server imaps[15077]: error sending to idled: 3
Mar 12 03:15:55 server imaps[15079]: error sending to idled: 3
Mar 12 03:15:56 server tls_prune[15071]: skiplist: checkpointed
/var/lib/imap/tls_sessions.db (575 records, 122352 bytes) in 0 seconds
Mar 12 03:15:56 server cyr_expire[15072]: skiplist: checkpointed
/var/lib/imap/deliver.db (37 records, 5464 bytes) in 0 seconds
Mar 12 03:15:56 server cyr_expire[15072]: Expunged 0 out of 9112
messages from 57 mailboxes
Mar 12 03:15:56 server cyr_expire[15072]: duplicate_prune: pruning back
3.00 days
Mar 12 03:15:56 server cyr_expire[15072]: duplicate_prune: purged 0 out
of 37 entries

The "error sending to idled: 3" is probably a red herring as cyrus-imap
has just restarted following a db backup, so earlier idled connections
have broken.

Correspondingly in /var/log/messages I get:
Mar 12 03:15:56 server kernel: cyr_expire[15065]: segfault at
7f9c8a79be78 ip 7f9c8a91c5ed sp 7ffd44b51d38 error 4 in
cyr_expire[7f9c8a8c9000+15c000]

It may also be worth mentioning that on some nights, like the night
before the segfault, in /var/log/maillog I see:
Mar 11 03:42:09 server cyr_expire[3237]: Expunged 0 out of 9145 messages
from 61 mailboxes
Mar 11 03:42:09 server cyr_expire[3237]: duplicate_prune: pruning back
1.00 days
Mar 11 03:42:11 server cyr_expire[3237]: duplicate_prune: purged 58 out
of 147 entries
Mar 11 03:45:39 server ctl_cyrusdb[25201]: checkpointing cyrus databases
Mar 11 03:45:39 server ctl_cyrusdb[25201]: done checkpointing cyrus
databases
Mar 11 03:49:57 server master[31633]: exiting on SIGTERM/SIGINT
Mar 11 03:50:58 server master[27624]: setrlimit: Unable to set file
descriptors limit to -1: Operation not permitted
Mar 11 03:50:58 server master[27624]: retrying with 4096 (current max)
Mar 11 03:50:58 server cyr_expire[27625]: Repacking mailbox user.mail-ebay
Mar 11 03:50:58 server cyr_expire[27625]: Repacking mailbox user.ourfamily
Mar 11 03:50:59 server cyr_expire[27625]: Repacking mailbox
user.ourfamily.Drafts
Mar 11 03:50:59 server ctl_cyrusdb[27628]: recovering cyrus databases
Mar 11 03:50:59 server ctl_cyrusdb[27628]: skiplist: checkpointed
/var/lib/imap/mailboxes.db (61 records, 5148 bytes) in 0 seconds
Mar 11 03:50:59 server ctl_cyrusdb[27628]: skiplist: checkpointed
/var/lib/imap/annotations.db (0 records, 144 bytes) in 0 seconds
Mar 11 03:50:59 server ctl_cyrusdb[27628]: done recovering cyrus databases
Mar 11 03:50:59 server cyr_expire[27625]: Expunged 0 out of 9145
messages from 61 mailboxes
Mar 11 03:50:59 server cyr_expire[27625]: duplicate_prune: pruning back
0.00 days
Mar 11 03:50:59 server master[27624]: unable to setsocketopt(IP_TOS):
Operation not supported
Mar 11 03:50:59 server ctl_cyrusdb[27633]: checkpointing cyrus databases
Mar 11 

Re: Preventing users from deleting a spam folder.

[Patrick Boutilier via Info-cyrus]

On 12/13/2016 05:23 PM, Matthew Schumacher via Info-cyrus wrote:

Forgot to sent to the list:

On 12/13/2016 12:02 PM, Patrick Boutilier via Info-cyrus wrote:

On 12/13/2016 04:56 PM, Matthew Schumacher via Info-cyrus wrote:

Expiring the email looks simple enough, but I can't quite seem to figure
out how to create a spam mailbox they can't delete.  If I create a
user.fred.spam mailbox and set fred to only have read permissions, it
gives the user admin permissions which allows the user to delete the
mailbox.


Remove the x right.



http://www.cyrusimap.org/~vanmeeuwen/imap/admin/access-control/rights-reference.html




Thanks for the help, but I can't seem to do that:

localhost> sam user/schu/Spam schu lrs
localhost> lam user/schu/Spam
schu lrskxca

The user always ends up with the kxca rights if the mailbox lives under
their INBOX.

Is there a way to change this?


What version of Cyrus? In 2.4.18 I can set to just lrs . Do you have 
implicit_owner_rights defined in imapd.conf?



 implicit_owner_rights: lkxa
The implicit Access Control List (ACL) for the owner of a 
mailbox.




Thanks again,
schu

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Preventing users from deleting a spam folder.

[Patrick Boutilier via Info-cyrus]

On 12/13/2016 04:56 PM, Matthew Schumacher via Info-cyrus wrote:

Hello,

I would like to start moving spam into a spam folder for each of my
users instead of dropping it, then deleting it after a few weeks.

Expiring the email looks simple enough, but I can't quite seem to figure
out how to create a spam mailbox they can't delete.  If I create a
user.fred.spam mailbox and set fred to only have read permissions, it
gives the user admin permissions which allows the user to delete the
mailbox.

What is a good way to go about this?  Re-create the mailbox if the user
deletes it?

Any suggestions really appreciated!



Remove the x right.

http://www.cyrusimap.org/~vanmeeuwen/imap/admin/access-control/rights-reference.html





schu

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: expire and remove deleted mailboxes from DELETED.user

[Patrick Boutilier via Info-cyrus]

On 11/09/2016 12:50 PM, Marcus Schopen via Info-cyrus wrote:

Hi,

is there a way to immediately remove deleted mailboxes from DELETED.user
without calling expire?

su - cyrus -c "/usr/sbin/cyrus expire -E 1 -X 0 -D 0 -v -p
DELETED.user.testuser"

needs about 10 minutes because of "-E 1".

Cyrus: 2.4.12


You can delete DELETED.user.testuser using cyradm or imap calls. Same 
way you used to delete user.testuser








Ciao
Marcus




Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: 2.4.17 --> 2.5.3 Delayed expunge?

[Patrick Boutilier via Info-cyrus]

On 10/11/2016 10:07 AM, Sergey via Info-cyrus wrote:

On Tuesday 11 October 2016, Patrick Boutilier via Info-cyrus wrote:


http://www.cyrusimap.org/imap/download/release-notes/2.5/x/2.5.0.html#imap-relnotes-2-5-0-upgrading


Thanks. I see what link unchanged but redirection is not happening now.
It can be read now.

| The default for the imapd.conf(5) configuration option expunge_mode
| has changed from default to delayed.

I attempt to use "default" and "immediate" values for expunge_mode but
messages remains to be on file system. This creates problems for users
with overquoted mailboxes because these messages are included in quota.


Are you sure that the messages are actually being expunged and not just 
deleted from the client end?






Btw, it may be worth it to make the option for ignore expunged messages
in quota ?



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: 2.4.17 --> 2.5.3 Delayed expunge?

[Patrick Boutilier via Info-cyrus]

On 10/11/2016 07:46 AM, Sergey via Info-cyrus wrote:

On Saturday 19 September 2015, Patrick Boutilier wrote:


https://docs.cyrus.foundation/imap/release-notes/2.5/x/2.5.0.html



Looks for Default Change: delete_mode  and Default Change:
expunge_mode


Hm. Link is moved now and possible changed. How can I found
changes for 2.4 --> 2.5 update ? I look to redirected page
but still not found desired section.

I ran into this same problem: messages are not deleted from
mail folders immediately. I added "expunge_mode: immediate"
to imapd.conf but it does not help. :-( I use Cyrus-IMAP 2.5.9
now.



http://www.cyrusimap.org/imap/download/release-notes/2.5/x/2.5.0.html#imap-relnotes-2-5-0-upgrading
<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: watching and processing a Spam folder for each user

[Patrick Boutilier via Info-cyrus]

On 09/29/2016 12:12 PM, Jason L Tibbitts III via Info-cyrus wrote:

"BJM" == Brian J Murrell via Info-cyrus  
writes:


BJM> So leaving out the latter part (the per-user database and handling,
BJM> etc.) I wonder what, if anything exists to monitor the Spam (and
BJM> NotSpam) folders for all users.

I have a system which sucks things out of everyone's "confirmed-spam"
folders and feeds it to spamassassin on each filtering host.  It's in
Perl (back from when I remembered how to do perl) and is probably
unpleasant.

https://www.math.uh.edu/~tibbs/spamsuck/

Run spamsuck to pull down all of the spam folders into mbox files and
empty them.  Note that the "spamkill" user (or whatever you choose to
call it) needs ACLs ("lrte", I think) on the confirmed-spam folder, so
your user creation process or sommething run as your admin user needs to
set that up.  There's no reason you couldn't pull out ham folders as
well.

Run spamlearn on each filtering host to feed the sucked spam to
sa_learn.  This updates the global bayes databases, not anything
personal to each user.

I don't bother to do this all automatically, but you could.



Only problem with that is users always seem to report some stuff as spam 
when it clearly isn't. :-)






 - J<

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: command line deletion of files

[Patrick Boutilier via Info-cyrus]

On 09/29/2016 11:27 AM, Shawn Bakhtiar via Info-cyrus wrote:

Good morning,

trying to get rid of some emails that have large attachments (i.e. videos sent 
over email, or cd images, etc...)

Would it be proper to

rm -rf /var/spool/imap/u/username/mailbox/4321.

then

reconstruct -rf user.username

Or is there a more "proper" way using cyrus?


Not sure about deleting a single message but you can use ipurge to 
delete messages based on size. Good to use in a script to parses the 
mail spool.






IPURGE(8) 
IPURGE(8)


 *

NAME
   ipurge - delete mail from IMAP mailbox or partition based on age 
or size


SYNOPSIS
   ipurge [ -f ] [ -C config-file ] [ -x ] [ -X ] [ -i ] [ -s ] [ -o ]
  [ -d days | -b bytes | -k Kbytes | -m Mbytes ]
  [ mailbox-pattern...  ]

DESCRIPTION
   Ipurge  deletes messages from the mailbox(es) specified by 
mailbox-pattern that are older or larger than specified by the -d, -b, 
-k or -m options.  If no mailbox-pattern
   is given, ipurge works on all mailboxes.  If the -x option is 
given, the message age and size MUST match exactly those specified by 
-d, -b, -k or -m.  The are no  default

   values, and at least one of -d, -b, -k or -m MUST be specified.

   Ipurge  by default only deletes mail below shared folders, which 
means that mails in mailbox(es) below INBOX.* and user.* stay untouched. 
Use the option -f to also delete

   mail in mailbox(es) below these folders.

   Ipurge reads its configuration options out of the imapd.conf(5) 
file unless specified otherwise by -C.


OPTIONS
   -f Force deletion of mail in all mailboxes.

   -C config-file
  Read configuration options from config-file.

   -d days
  Age of message in days.

   -b bytes
  Size of message in bytes.

   -k Kbytes
  Size of message in Kbytes (2^10 bytes).

   -m Mbytes
  Size of message in Mbytes (2^20 bytes).

   -x Perform an exact match on age or size (instead of older 
or larger).


   -X Use delivery time instead of Date: header for date matches

   -i Invert match logic: -x means not equal, date is for 
newer, size is for smaller


   -s Skip over messages that have the \Flagged flag set.

   -o Only purge messages that have the \Deleted flag set.








Thanks,
Shawn


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Upgrade from 2.4 to 2.5

[Patrick Boutilier via Info-cyrus]

On 09/24/2016 08:42 PM, Shawn Bakhtiar via Info-cyrus wrote:

Today I moved our mail accounts from a Cyrus 2.4 running on some older hardware 
with dwindling space to a new server with much more space (and faster 
processors) running Cyrus 2.5.

I've muddled through most of the migration. Simply shutting down the services, 
using rsync to duplicate the stores (var/spool/imap) to the new server, copying 
the content of /var/imap (minus server cert and tls_sessions.db), and 
everything is working. However I see log outputs like the following:

Sep 24 16:37:18 correo imaps[1627]: twoskip: invalid magic header: 
/var/imap/user/t/techcentermn.seen
Sep 24 16:37:18 correo imaps[1627]: skiplist: recovered 
/var/imap/user/t/techcentermn.seen (10 records, 904 bytes) in 0 seconds
Sep 24 16:37:18 correo imaps[1627]: cyrusdb: converted 
/var/imap/user/t/techcentermn.seen from skiplist to twoskip

I have not run reconstruct.

Do I need to worry about this or is this eventually going to work itself out. 
As I understand it the server will handle the conversion for the header/db 
files on its own. Is this correct?



Looks like the conversion has occurred:

Sep 24 16:37:18 correo imaps[1627]: cyrusdb: converted 
/var/imap/user/t/techcentermn.seen from skiplist to twoskip


Or are you seeing the same message continually for the same user?




Shawn



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: sieve runtime error Fileinto: Permission denied

[Patrick Boutilier via Info-cyrus]

On 05/24/2016 01:56 AM, OBATA Akio via Info-cyrus wrote:

On Tue, 24 May 2016 12:32:07 +0900, Bron Gondwana via Info-cyrus
 wrote:


On Tue, May 24, 2016, at 10:44, OBATA Akio via Info-cyrus wrote:

On Tue, 24 May 2016 07:25:42 +0900, Bron Gondwana via Info-cyrus
 wrote:

> On Mon, May 23, 2016, at 22:47, Sundeep Singh Nanuwa via Info-cyrus
wrote:
>> On 23/05/16 13:35, Bron Gondwana via Info-cyrus wrote:
>> > You need to have "anyone p" acl to fileinto anything other than
inbox.
>> That didn't work unfortunately.
>
> Deliver into INBOX works, fileinto doesn't.  It's ACLs for sure.
You need the 'p'
> ACL set for the user that lmtpd runs as (or anyone).
>
> Unless there's a bug in your particular version of Cyrus, that
should work.  If you
> could give us that and a copy of your lam output again with the
anyone ACLs set,
> maybe that will help.

In which version of Cyrus release, 'p' permission is required even
with "sieve fileinto"?
I know that only direct lmtp deliver with subaddress require it.


Within lmtpd, subaddress delivery and fileinto are identical.  I've
just checked back to the 2.3 branch and the logic is the same there
too - if there's an error delivering to the named mailbox, we fall
back to the INBOX with an authstate based on the username, which is
why you don't need 'p' on the INBOX.


I'm using "fileinto" without 'anyone p' permission on 2.4.18.
I believe that sieve scripts will run as the user, whereas subaddress is
lmtpd user.



Same here. I don't have "anyone p" set and fileinto works on 2.4.18 .
<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Fatal error: tls_start_servertls() failed

[Patrick Boutilier via Info-cyrus]

On 02/14/2016 02:46 AM, Mufit Eribol via Info-cyrus wrote:

Hi All,

I am running cyrus-imapd-2.4.17 on CentOS 7.2.1511 for appx. 20
mailboxes. I get the following messages every 10-12 days.

imaps TLS negotiation failed: [ip address of a client]
Fatal error: tls_start_servertls() failed

Although cyrus-imapd, saslauthd are still running after this error,
login credentials are not accepted. As I don't know where the problem
is, restart the server fixes the problem, well for another 10-12 days.

I would appreciate any hint you may give.

Thanks,
Mufit

Below are the configuration files:

/etc/cyrus.conf:
START {
   recover   cmd="ctl_cyrusdb -r"
   idled cmd="idled"
}
SERVICES {
#  imap cmd="imapd" listen="imap" prefork=5
imaplocal cmd="imapd -C /etc/imapd-local.conf"
listen="127.0.0.1:imap" prefork=0

   imaps cmd="imapd -s" listen="imaps" prefork=1
imapslocalcmd="imapd -C /etc/imapd-local.conf"
listen="127.0.0.1:imaps" prefork=0

#  pop3 cmd="pop3d" listen="pop3" prefork=3
#  pop3scmd="pop3d -s" listen="pop3s" prefork=1
   sieve cmd="timsieved" listen="sieve" prefork=0
sievelocal  cmd="timsieved -C /etc/imapd-local.conf"
listen="127.0.0.1:sieve" prefork=0
   # these are only necessary if receiving/exporting usenet via NNTP
#  nntp cmd="nntpd" listen="nntp" prefork=3
#  nntpscmd="nntpd -s" listen="nntps" prefork=1

#  lmtp cmd="lmtpd" listen="lmtp" prefork=0
   lmtpunix  cmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=1

#  notify   cmd="notifyd" listen="/var/lib/imap/socket/notify"
proto="udp" prefork=1
}
EVENTS {
   checkpointcmd="ctl_cyrusdb -c" period=30
   delprune  cmd="cyr_expire -E 3" at=0400
   tlsprune  cmd="tls_prune" at=0400
}

/etc/imapd.conf:
postmaster: postmaster
configdirectory: /var/lib/imap
partition-default: /var/spool/imap
#admins: cyrus
allowanonymouslogin: no
allowplaintext: no
#tls_require_cert: 1
sasl_minimum_layer: 128
servername: mail.wintess.com
autocreatequota: 20
maxmessagesize: 0
reject8bit: 0
munge8bit: 0
quotawarn: 90
timeout: 30
poptimeout: 10
dracinterval: 0
drachost: localhost
sasl_pwcheck_method: saslauthd
sasl_mech_list: PLAIN
sievedir: /var/lib/imap/sieve
sieve_maxscriptsize: 32
sieve_maxscripts: 5
sieve_allowplaintext: 1
sendmail: /usr/sbin/sendmail
#hashimapspool: true
#defaultdomain: mail
tls_cert_file: /etc/pki/tls/certs/wintess-imap.pem
tls_key_file: /etc/pki/tls/certs/wintess-imap.pem
tls_ca_file: /etc/pki/tls/certs/wintess-imap.pem

/etc/sasl2/smtpd.conf:

pwcheck_method: saslauthd
mech_list: plain login







Almost sounds like you are running out of entropy.




<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: db directory filling up - normal or config error?

[Patrick Boutilier via Info-cyrus]

It fits because your Cyrus is configured to use BerkleyDB for some 9or 
all) of the databases.


You should not have to stop Cyrus. Running this command (with proper -h 
location) should show you what log files are no longer used:


db_archive -h /var/imap/db


And this command should get rid of them:

db_archive -d -h /var/imap/db



On 02/09/2016 10:53 PM, Carl Brewer via Info-cyrus wrote:

On 10/02/2016 9:08 AM, Patrick Boutilier via Info-cyrus wrote:

Not sure if Cyrus is supposed to clean up (been using skiplist
exclusively for years now) but according to this link you can remove the
old log files.

http://www-rohan.sdsu.edu/doc/BerkeleyDB/ref/transapp/logfile.html



How does that fit in with Cyrus?  Do I need to stop imapd before I use
db_archive?

thank you!

Carl






On 02/09/2016 04:05 PM, Carl Brewer via Info-cyrus wrote:


I asked this a few months ago, but now it's getting urgent.  I have a
NetBSD 5.x server, running Cyrus imapd 2.4.17 from pkgsrc, /var/imap/db
is getting very full :

bash-4.3# du -sh db
7.0Gdb

(this is on a reasonably small server)

and it grows every day, it's full of these :

-rw---   1 cyrus  mail  10485760 Feb  1 03:47 log.000953
-rw---   1 cyrus  mail  10485760 Feb  2 03:48 log.000954
-rw---   1 cyrus  mail  10485760 Feb  3 03:47 log.000955
-rw---   1 cyrus  mail  10485760 Feb  4 03:46 log.000956
-rw---   1 cyrus  mail  10485760 Feb  5 03:47 log.000957
-rw---   1 cyrus  mail  10485760 Feb  6 03:46 log.000958
-rw---   1 cyrus  mail  10485760 Feb  7 03:46 log.000959
-rw---   1 cyrus  mail  10485760 Feb  8 03:46 log.000960
-rw---   1 cyrus  mail  10485760 Feb  9 03:47 log.000961
-rw---   1 cyrus  mail  10485760 Feb 10 03:48 log.000962


a new one every day.  This is not sustainable on this little server.

I'm not sure if cyrus itself is supposed to clean these up?

My cyrus.conf is :
# standard standalone server implementation

START {
   # do not delete this entry!
   recover   cmd="ctl_cyrusdb -r"

   # this is only necessary if using idled for IMAP IDLE
#  idledcmd="idled"
}

# UNIX sockets start with a slash and are put into /var/imap/socket
SERVICES {
   # add or remove based on preferences
   imap  cmd="imapd" listen="localhost:imap" prefork=0
   imaps cmd="imapd -s" listen="imaps" prefork=0
   pop3  cmd="pop3d" listen="pop3" prefork=0
   pop3s cmd="pop3d -s" listen="pop3s" prefork=0
   #sievecmd="timsieved" listen="sieve" prefork=0

   # these are only necessary if receiving/exporting usenet via NNTP
#  nntp cmd="nntpd" listen="nntp" prefork=0
#  nntpscmd="nntpd -s" listen="nntps" prefork=0

   # at least one LMTP is required for delivery
#  lmtp cmd="lmtpd" listen="lmtp" prefork=0
   lmtpunix  cmd="lmtpd" listen="/var/imap/socket/lmtp" prefork=0

   # this is only necessary if using notifications
#  notify   cmd="notifyd" listen="/var/imap/socket/notify"
proto="udp" prefo
rk=1
 # Carl, 20140806
smmapd   cmd="smmapd" listen="/var/imap/socket/smmapd" prefork=1
}

EVENTS {
   # this is required
   checkpointcmd="ctl_cyrusdb -c" period=30

   # this is only necessary if using duplicate delivery suppression,
   # Sieve or NNTP
   delprune  cmd="cyr_expire -E 3" at=0400

   # this is only necessary if caching TLS sessions
   tlsprune  cmd="tls_prune" at=0400
}



Have I done something wrong, config-wise?  Or is there a way to safely
purge these db log files?

Thank you!

Carl



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus





Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus




Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: db directory filling up - normal or config error?

[Patrick Boutilier via Info-cyrus]

Not sure if Cyrus is supposed to clean up (been using skiplist 
exclusively for years now) but according to this link you can remove the 
old log files.


http://www-rohan.sdsu.edu/doc/BerkeleyDB/ref/transapp/logfile.html



On 02/09/2016 04:05 PM, Carl Brewer via Info-cyrus wrote:


I asked this a few months ago, but now it's getting urgent.  I have a
NetBSD 5.x server, running Cyrus imapd 2.4.17 from pkgsrc, /var/imap/db
is getting very full :

bash-4.3# du -sh db
7.0Gdb

(this is on a reasonably small server)

and it grows every day, it's full of these :

-rw---   1 cyrus  mail  10485760 Feb  1 03:47 log.000953
-rw---   1 cyrus  mail  10485760 Feb  2 03:48 log.000954
-rw---   1 cyrus  mail  10485760 Feb  3 03:47 log.000955
-rw---   1 cyrus  mail  10485760 Feb  4 03:46 log.000956
-rw---   1 cyrus  mail  10485760 Feb  5 03:47 log.000957
-rw---   1 cyrus  mail  10485760 Feb  6 03:46 log.000958
-rw---   1 cyrus  mail  10485760 Feb  7 03:46 log.000959
-rw---   1 cyrus  mail  10485760 Feb  8 03:46 log.000960
-rw---   1 cyrus  mail  10485760 Feb  9 03:47 log.000961
-rw---   1 cyrus  mail  10485760 Feb 10 03:48 log.000962


a new one every day.  This is not sustainable on this little server.

I'm not sure if cyrus itself is supposed to clean these up?

My cyrus.conf is :
# standard standalone server implementation

START {
   # do not delete this entry!
   recover   cmd="ctl_cyrusdb -r"

   # this is only necessary if using idled for IMAP IDLE
#  idledcmd="idled"
}

# UNIX sockets start with a slash and are put into /var/imap/socket
SERVICES {
   # add or remove based on preferences
   imap  cmd="imapd" listen="localhost:imap" prefork=0
   imaps cmd="imapd -s" listen="imaps" prefork=0
   pop3  cmd="pop3d" listen="pop3" prefork=0
   pop3s cmd="pop3d -s" listen="pop3s" prefork=0
   #sievecmd="timsieved" listen="sieve" prefork=0

   # these are only necessary if receiving/exporting usenet via NNTP
#  nntp cmd="nntpd" listen="nntp" prefork=0
#  nntpscmd="nntpd -s" listen="nntps" prefork=0

   # at least one LMTP is required for delivery
#  lmtp cmd="lmtpd" listen="lmtp" prefork=0
   lmtpunix  cmd="lmtpd" listen="/var/imap/socket/lmtp" prefork=0

   # this is only necessary if using notifications
#  notify   cmd="notifyd" listen="/var/imap/socket/notify"
proto="udp" prefo
rk=1
 # Carl, 20140806
smmapd   cmd="smmapd" listen="/var/imap/socket/smmapd" prefork=1
}

EVENTS {
   # this is required
   checkpointcmd="ctl_cyrusdb -c" period=30

   # this is only necessary if using duplicate delivery suppression,
   # Sieve or NNTP
   delprune  cmd="cyr_expire -E 3" at=0400

   # this is only necessary if caching TLS sessions
   tlsprune  cmd="tls_prune" at=0400
}



Have I done something wrong, config-wise?  Or is there a way to safely
purge these db log files?

Thank you!

Carl



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Replication problem do_folders(): failed to rename

[Patrick Boutilier via Info-cyrus]

On 12/14/2015 06:25 AM, Marcus Schopen via Info-cyrus wrote:

Am Freitag, den 11.12.2015, 19:10 +0100 schrieb Marcus Schopen via
Info-cyrus:

Hi,

I have a problem with a single mailbox. The user's Outlook crashed and
since then the sync_client is running wild on this user account and
produces high load on the master. I stopped sync_client on master side
for the moment.

When I try to sync the user by hand

/bin/su - cyrus -c "/usr/lib/cyrus/bin/sync_client -S replicaserver -v
-u testuser

I do get the following error.

Dec 11 17:54:48 master cyrus/sync_client[22727]: RENAME received NO
response: Operation is not supported on mailbox
Dec 11 17:54:48 master cyrus/sync_client[22727]: do_folders(): failed to
rename: user.elsa-secgen -> user.testuser.Archives.Gesch
2014-15.25-Jahr-Feier
Dec 11 17:54:48 master cyrus/sync_client[22727]: IOERROR: The remote
Server(s) denied the operation
Dec 11 17:54:48 master cyrus/sync_client[22727]: Error in
do_user(testuser): bailing out!

Comparing master and slave on filesystem I do see the subfolder
"25-Jahr-Feier" in "user.testuser.Archives.Gesch 2014-15.",
but only on master but not on slave side. And why does sync_client want
to rename and where does it get this order from?

I can login into the users' mailbox on master side and new message are
shown in the INBOX.

How can I fix it?

Should I try a "reconstruct -r user.testuser" on master and slave or
just on slave? (do I have to shutdown cyrus for a reconstruct -r on a
user box?)

Or can I delete the complete mailbox on slave side start an "sync_client
-S replicaserver -v -u testuser"?

Thanks for helping
Marcus


I did a reconstruct on the replica whichs runs through on the 12 GB
mailbox ot the user within a second (too fast?).

/bin/su - cyrus -c "/usr/lib/cyrus/bin/reconstruct -r user.testuser"

A following sync ended up with the same error:

/bin/su - cyrus -c "/usr/lib/cyrus/bin/sync_client -S replicaserver -v
-u testuser

Any ideas?


No, but this seems weird. Was this user ever renamed?

user.elsa-secgen -> user.testuser.Archives.Gesch




Ciao
Marcus



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: sync_client Segmentation fault (core dumped)

[Patrick Boutilier via Info-cyrus]

On 11/25/2015 06:21 AM, Sunny via Info-cyrus wrote:

Hi

[root@imap08 user]# su cyrus
bash-4.1$ /usr/lib/cyrus-imapd/sync_client -v -l -S backup-imap01 -u test8
Segmentation fault (core dumped)


I run strace

bash-4.1$ strace /usr/lib/cyrus-imapd/sync_client -v -l -S backup-imap01
-u test8

munmap(0x7f1300165000, 4096)= 0
socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 5
connect(5, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = 0
sendto(5, "\2\0\0\0\r\0\0\0\6\0\0\0hosts\0", 18, MSG_NOSIGNAL, NULL, 0)
= 18
poll([{fd=5, events=POLLIN|POLLERR|POLLHUP}], 1, 5000) = 1 ([{fd=5,
revents=POLLIN|POLLHUP}])
recvmsg(5, {msg_name(0)=NULL, msg_iov(2)=[{"hosts\0", 6},
{"\270O\3\0\0\0\0\0", 8}], msg_controllen=24, {cmsg_len=20,
cmsg_level=SOL_SOCKET, cmsg_type=SCM_RIGHTS, {6}},
msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 14
mmap(NULL, 217016, PROT_READ, MAP_SHARED, 6, 0) = 0x7f12fffd4000
close(6)= 0
close(5)= 0
rt_sigaction(SIGALRM, {0x7f130018d920, [], SA_RESTORER, 0x7f12fe0816a0},
NULL, 8) = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 5
alarm(10)   = 0
connect(5, {sa_family=AF_INET, sin_port=htons(2005),
sin_addr=inet_addr("10.31.4.14")}, 16) = 0
alarm(0)= 10
rt_sigaction(SIGALRM, {SIG_IGN, [ALRM], SA_RESTORER|SA_RESTART,
0x7f12fe0816a0}, {0x7f130018d920, [], SA_RESTORER, 0x7f12fe0816a0}, 8) = 0
read(5, "* STARTTLS\r\n* OK backup-imap01"..., 4096) = 91
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV (core dumped) +++
Segmentation fault (core dumped)

Any advice how to fix this?

Regards
Sunny

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



Anything in logs on the sync server?
<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: 2.4.17 --> 2.5.3 Some mail folders no longer accessible

[Patrick Boutilier]

On 10/16/2015 10:08 AM, Tom Sparrow wrote:

Not sure how 'answered' this question is since 3rd, but since I was
having this problem this week thought I'd pitch in.

I used
sudo -u cyrus /bin/sh
which saves on forgetting to change it back (and has the advantage of
not opening anything up further than required in the mean time).



I thought with newer versions of Cyrus you could just run commands as 
root. Yup, from 2.3.9 on



Changes to the Cyrus IMAP Server since 2.3.8

Allow utilities to be run as root (acquiring 'cyrus' uid on-the-fly).



http://cyrusimap.org/docs/cyrus-imapd/2.5.3/changes.php







On 16/10/15 12:42, Sebastian Hagedorn wrote:

--On 3. Oktober 2015 05:51:42 -0500 Patrick Goetz
 wrote:


I have a question about best practices.  I usually have the shell for
user cyrus set to /bin/false.  So to run a reconstruct, I have to change
this to /bin/bash (or something) first in order to be able to log in as
cyrus and execute the reconstruct command.

On the other hand, this is only the second time I've had to run
reconstruct in 12 years of using cyrus.  What do most people do about
this?  Is cyrus an ordinary user who can log in by default, or is it
best practice to have shell /bin/false, as I do with most other daemon
users?


We use user cyrus all the time. Not only for reconstruct, but also for
tools like mbexamine, chk_cyrus etc.



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: 2.4.17 --> 2.5.3

[Patrick Boutilier]

On 09/19/2015 09:00 AM, Patrick Goetz wrote:

I recall Bron telling us that the upgrade from 2.4.x to 2.5.x would be
completely painless.  That was mostly, but not completely true.

A bunch of variable names in /etc/cyrus/imapd.conf changed (OK, that was
easy to fix), and the upgrade did mostly work out of the box.  There was
one issue, however, and there are some new and improved error messages
in the logs that I'm sufficiently OCD to have questions about.


One one of my installs, I had this line in /etc/cyrus.conf:

squatter_a  cmd="/usr/sbin/squatter" at=0517


This worked for 2.4.17, but caused cyrus-master to fail to start with
this error message:

Sep 19 05:27:58 www cyrus/master[29646]: configuration file
/etc/cyrus/cyrus.conf: bad character '_' in name on line 57
Sep 19 05:27:58 www systemd[1]: cyrus-master.service: Main process
exited, code=exited, status=78/n/a

For the time being, I just commented out the squatter line. I'm unclear
on how necessary it is to re-index the mailboxes every day.  If
necessary/useful, did the syntax for this command change?



Looks like it doesn't like the underscore. Just try:


squattera  cmd="/usr/sbin/squatter" at=0517








Also, I'm now getting these warnings (maybe some were there for 2.4.17,
I can't remember):

---
Sep 19 05:44:54 toad systemd[1]: Starting Cyrus IMAP mail server...
Sep 19 05:44:54 toad cyrus/master[22860]: setrlimit: Unable to set file
descriptors limit to -1: Operation not permitted
Sep 19 05:44:54 toad cyrus/master[22860]: retrying with 4096 (current max)
Sep 19 05:44:54 toad systemd[1]: Started Cyrus IMAP mail server.
Sep 19 05:44:54 toad cyrus/ctl_cyrusdb[22861]: skiplist: clean shutdown
file missing, updating recovery stamp
Sep 19 05:44:54 toad cyrus/ctl_cyrusdb[22861]: recovering cyrus databases
Sep 19 05:44:54 toad cyrus/ctl_cyrusdb[22861]: done recovering cyrus
databases
Sep 19 05:44:54 toad cyrus/master[22860]: unable to open imap/ipv6
socket: Address family not supported by protocol
Sep 19 05:44:54 toad cyrus/master[22860]: unable to open imaps/ipv6
socket: Address family not supported by protocol
Sep 19 05:44:54 toad cyrus/master[22860]: unable to open sieve/ipv6
socket: Address family not supported by protocol
Sep 19 05:44:54 toad cyrus/master[22860]: unable to setsocketopt(IP_TOS)
service lmtpunix/unix: Operation not supported
-

We're not using ipv6 -- is there any way to let cyrus know so that it
doesn't freak out?


Second, where is this coming from?

Sep 19 05:44:54 toad cyrus/master[22860]: setrlimit: Unable to set
file descriptors limit to -1: Operation not permitted


Finally, should I worry about this?

setsocketopt(IP_TOS) service lmtpunix/unix: Operation not supported


Thanks.


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: 2.4.17 --> 2.5.3

[Patrick Boutilier]

On 09/19/2015 10:16 AM, Patrick Goetz wrote:

I'm uncertain why the _a was there in the first place.  Why can't I just
do this?

squatter  cmd="/usr/sbin/squatter" at=0517


You can do that.




I guess the subscript was so there so that you can have multiple
squatter processes firing at different time/frequencies?



Correct.






On 9/19/2015 7:05 AM, Patrick Boutilier wrote:

On 09/19/2015 09:00 AM, Patrick Goetz wrote:

I recall Bron telling us that the upgrade from 2.4.x to 2.5.x would be
completely painless.  That was mostly, but not completely true.

A bunch of variable names in /etc/cyrus/imapd.conf changed (OK, that was
easy to fix), and the upgrade did mostly work out of the box.  There was
one issue, however, and there are some new and improved error messages
in the logs that I'm sufficiently OCD to have questions about.


One one of my installs, I had this line in /etc/cyrus.conf:

 squatter_a  cmd="/usr/sbin/squatter" at=0517


This worked for 2.4.17, but caused cyrus-master to fail to start with
this error message:

 Sep 19 05:27:58 www cyrus/master[29646]: configuration file
/etc/cyrus/cyrus.conf: bad character '_' in name on line 57
 Sep 19 05:27:58 www systemd[1]: cyrus-master.service: Main process
exited, code=exited, status=78/n/a

For the time being, I just commented out the squatter line. I'm unclear
on how necessary it is to re-index the mailboxes every day.  If
necessary/useful, did the syntax for this command change?



Looks like it doesn't like the underscore. Just try:


squattera  cmd="/usr/sbin/squatter" at=0517








Also, I'm now getting these warnings (maybe some were there for 2.4.17,
I can't remember):

---
Sep 19 05:44:54 toad systemd[1]: Starting Cyrus IMAP mail server...
Sep 19 05:44:54 toad cyrus/master[22860]: setrlimit: Unable to set file
descriptors limit to -1: Operation not permitted
Sep 19 05:44:54 toad cyrus/master[22860]: retrying with 4096 (current
max)
Sep 19 05:44:54 toad systemd[1]: Started Cyrus IMAP mail server.
Sep 19 05:44:54 toad cyrus/ctl_cyrusdb[22861]: skiplist: clean shutdown
file missing, updating recovery stamp
Sep 19 05:44:54 toad cyrus/ctl_cyrusdb[22861]: recovering cyrus databases
Sep 19 05:44:54 toad cyrus/ctl_cyrusdb[22861]: done recovering cyrus
databases
Sep 19 05:44:54 toad cyrus/master[22860]: unable to open imap/ipv6
socket: Address family not supported by protocol
Sep 19 05:44:54 toad cyrus/master[22860]: unable to open imaps/ipv6
socket: Address family not supported by protocol
Sep 19 05:44:54 toad cyrus/master[22860]: unable to open sieve/ipv6
socket: Address family not supported by protocol
Sep 19 05:44:54 toad cyrus/master[22860]: unable to setsocketopt(IP_TOS)
service lmtpunix/unix: Operation not supported
-

We're not using ipv6 -- is there any way to let cyrus know so that it
doesn't freak out?


Second, where is this coming from?

 Sep 19 05:44:54 toad cyrus/master[22860]: setrlimit: Unable to set
file descriptors limit to -1: Operation not permitted


Finally, should I worry about this?

 setsocketopt(IP_TOS) service lmtpunix/unix: Operation not supported


Thanks.


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus






Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: 2.4.17 --> 2.5.3 Delayed expunge?

[Patrick Boutilier]

On 09/19/2015 11:41 AM, Patrick Goetz wrote:

Upgrading from 2.4.17 to 2.5.3 I kept the same configuration files, save
for changing the names of some deprecated variables in
/etc/cyrus/imapd.conf.


Now I am noticing some unexpected behavior; namely when messages are
deleted (in Thunderbird, Trash emptied and folders compacted) the
messages seem to persist in ~/cyrus/user/my_username

Was this the behavior before, and I just didn't notice it because I'm
only ever looking in the mail folders when debugging, or is this a new
feature of 2.5.x?

In particular, I notice that the /etc/cyrus/cyrus.conf file appears to
have these new fields which I didn't have before:

# Expire data older than 28 days.
# deleteprune cmd="cyr_expire -E 4 -D 28" at=0430
# expungeprune cmd="cyr_expire -E 4 -X 28" at=0445


I commented them out, thinking these were for removing old mail no
matter what; i.e. deleted or not.  Am I suddenly getting a delayed
expunge feature that I didn't have in 2.4.17, hence need to uncomment
the pruning lines above?

Thanks.



https://docs.cyrus.foundation/imap/release-notes/2.5/x/2.5.0.html


Looks for Default Change: delete_mode  and Default Change: expunge_mode 
 . Also, Underscores in cmd Names in cyrus.conf  :-)











Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: cyradm: perl: symbol lookup error?

[Patrick Boutilier]

On 09/17/2015 04:07 PM, Patrick Goetz wrote:

Thanks.  I'm just now getting around to looking at this script.  This
creates a mailbox, but don't you also need to set access privileges for
the user associated with this mailbox?


Only if you are going to change the default rights. User will have 
access by default.










On 09/16/2015 12:00 PM, Patrick Boutilier wrote:


We use this simple perl script to add users. Fill in appropriate
username and password.





#!/usr/bin/perl -w
#
use File::Basename;
use IMAP::Admin;

if ( 0 == scalar( @ARGV ) ) {
die( "\n  Usuage: $0 userid\n");
}


$mailbox = "user.$ARGV[0]";
$username = "";
$password = "";

# Set this to the hostname of your IMAP server
$IMAPSERVER = "localhost";
#

# Main Code
#
# Login to IMAP server
$imap = IMAP::Admin->new('Server' => $IMAPSERVER,
   'Login' => $username,
   'Password' => $password,) || die "no go $! !";

print "Login: " . $imap->error . "\n";

# Add user
$add = $imap->create("$mailbox");

if ($add != 0) {
  print "Error: " . $imap->error . "\n";
}
else {
  print "$ARGV[0] added.\n";
}


# Close connection
$imap->close;
exit;



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: cyradm: perl: symbol lookup error?

[Patrick Boutilier]

On 09/16/2015 01:33 PM, Patrick Goetz wrote:

So, I've been happily avoiding upgrading cyrus imap because everything
has been working and I'm generally in the "if it ain't broke, don't fix
it" category.

Cyrus version: 2.4.17
Perl version:  5.22.0


However, this morning I tried to create a new user using cyradm and got
a perl error message:


pgoetz@www:~$ cyradm --user administrator localhost
perl: symbol lookup error:
/usr/lib/perl5/site_perl/auto/Cyrus/IMAP/IMAP.so: undefined symbol:
Perl_xs_apiversion_bootcheck


I'm running Arch linux, which aggressively updates software packages.
Apparently some Perl upgrade broke cyradm?

3 questions:


1. Does this mean I need to bite the bullet and upgrade my cyrus installs?

2. Is upgrading to 2.5.6 painless?  Should I just wait for 3.0?

3. Is there a workaround for cyradm not working for adding users?  I've
only ever used cyradm and have no idea how to add users otherwise.


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus






We use this simple perl script to add users. Fill in appropriate 
username and password.






#!/usr/bin/perl -w
#
use File::Basename;
use IMAP::Admin;

if ( 0 == scalar( @ARGV ) ) {
  die( "\n  Usuage: $0 userid\n");
}


$mailbox = "user.$ARGV[0]";
$username = "";
$password = "";

# Set this to the hostname of your IMAP server
$IMAPSERVER = "localhost";
#

# Main Code
#
# Login to IMAP server
$imap = IMAP::Admin->new('Server' => $IMAPSERVER,
 'Login' => $username,
 'Password' => $password,) || die "no go $! !";

print "Login: " . $imap->error . "\n";

# Add user
$add = $imap->create("$mailbox");

if ($add != 0) {
print "Error: " . $imap->error . "\n";
}
else {
print "$ARGV[0] added.\n";
}


# Close connection
$imap->close;
exit;
<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Cyrus tweaks (slow on roundcube)

[Patrick Boutilier]

On 09/11/2015 04:12 PM, signaldevelo...@gmail.com wrote:

Andre,

Thanks for the info!! Two questions since sasl is still new to me:

1) How many processes should I have running? Is there an option
somewhere to adjust this or see it?

2) I installed havaged, but the process instantly crashes and tells me a
sub system is locked when I try to restart it. Any ideas on that? (On
centos 6)



For the lock part look in /var/lock/subsys/ for a file called havaged or 
similar.





Thanks again!

- Paul



<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Cyrus tweaks (slow on roundcube)

[Patrick Boutilier]

Delete it. Then you can try to start havaged and see if it crashes again.


On 09/11/2015 08:30 PM, signaldevelo...@gmail.com wrote:

Hi Patrick,

Then do what with it?

- Paul


On Sep 11, 2015, at 3:53 PM, Patrick Boutilier <bouti...@ednet.ns.ca> wrote:


On 09/11/2015 04:12 PM, signaldevelo...@gmail.com wrote:
Andre,

Thanks for the info!! Two questions since sasl is still new to me:

1) How many processes should I have running? Is there an option
somewhere to adjust this or see it?

2) I installed havaged, but the process instantly crashes and tells me a
sub system is locked when I try to restart it. Any ideas on that? (On
centos 6)



For the lock part look in /var/lock/subsys/ for a file called havaged or 
similar.




Thanks again!

- Paul




Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Disappearing Mailbox Content

[Patrick Boutilier]

On 09/09/2015 12:03 PM, Robert T. Covell wrote:

We have an odd situation that I cannot track down regarding all content
in a mailbox disappearing (minus sub mailboxes).

CentOS release 6.5

Cyrus IMAP v2.4.17-Invoca-RPM-2.4.17-6.el6

A while back we setup a Cyrus install for a client to use as a mail
repository for customer contact.  They have one account which is shared
across all users in the office.  Approximate size of the account is 85GB.

At times when a user tries to move email into a Customers mailbox the
action is denied.  On the client side they see do see email in the
mailbox (cached).  Upon further review everything is gone for that
mailbox including: cyrus.cache, cyrus.header, cyrus.index.  Backups
contain everything including past emails and the core Cyrus files.  If
the mailbox contained other mailboxes they are not affected.
Reconstructing it corrects the issue, luckily our backups do not
propagate deletes.

Problem is that we can’t find any record of the mailbox being deleted.
The content just disappears.  We have been running Cyrus for years and
have never seen anything like this.  I am leaning towards user error but
I can’t identify what that would be.

Any insight would be appreciated.

___
Robert Covell
Rolet Hosting & Interactive
www.rolet.com





My first thought was that somebody was downloading and deleting all the 
mail using POP but the fact that the cyrus.* files disappear suggests 
that something is deleting at the OS level.
<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Problems with port 993 (SSL)

[Patrick Boutilier]

On 09/01/2015 12:26 PM, Paul van der Vlis wrote:

Hello,

Since yesterday I get phone calls from Apple users about port 993 not
working anymore. Some other users don't have problems using port 993.

No problems on port 143 with starttls.

I've tested it myself on Linux, same problem.
Starttls works, but SSL/TLS does not.

I think it has to do with security problems in the SSL-protocol, and
updates in mailclients. Is here someone who knows more?

My mail setup is a bit old (Debian Squeeze), I am testing a new setup at
the moment with Debian Jessie.

With regards,
Paul van der Vlis.





What version of Cyrus?

<>
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Migrate from 2.2.13 to 2.4.17 disasters

[Patrick Boutilier]

On 08/24/2015 08:44 AM, bs...@vsvinc.com wrote:

   Apologizes for the thread diversion here but I've been seeing a lot
of discussion about using imapsync to migrate servers.  From what I have
read in the documentation, you must have each user's password.  How is
this possible in a business environment where you can't have (or
shouldn't have) that information because of legal/privacy/ethical
reasons?  Is there something I'm missing in the docs?

Brian



I believe authuser is used. From man page:


You may authenticate as one user (typically an admin user), but be 
authorized as someone else, which means you don’t need to know every 
user’s personal password.  Specify
   --authuser1 adminuser to enable this on host1.  In this case, 
--authmech1 PLAIN will be used by default since it is the only way to go 
for now. So don’t use --authmech1
   SOMETHING with --authuser1 adminuser, it will not work.  Same 
behavior with the --authuser2 option.






*From:* Marcus Schopen li...@localguru.de
*Sent:* Aug 24, 2015 3:54 AM
*To:* mog...@fumlersoft.dk
*Cc:* info-cyrus@lists.andrew.cmu.edu
*Subject:* Re: Migrate from 2.2.13 to 2.4.17 disasters

Am Sonntag, den 23.08.2015, 20:36 +0200 schrieb Mogens Melander:

For a task like this, I would use imapsync, a well documented,
well supported and open source tool.

https://github.com/imapsync/imapsync


I've used imapsync to migrate an internal server from 2.1.18 to 2.4.17
without any problems. Good tool.

Ciao!



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus




Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Number of imap process increasing over time

[Patrick Boutilier]

On 08/14/2015 11:46 AM, Shaheen Bakhtiar wrote:

Good morning,

Rebuilt our IMAP server from scratch using Cyrus 2.4.17 on FC22 x86_64. The 
server is a single process 2.3GH 8 core AMD 64bit with 4G of memory.

Ever since the rebuild we are experience an ever growing number of imapd 
processes, when we first boot the server we have ~200 using 2.4G of memory. In 
about 3 to 4 days we have ~1500 imapd processes taking up all available 
physical memory and all all available swap memory (an additional 4G).

and our logs are filled with messages like:
Aug 14 06:26:01 postoffice kernel: Out of memory: Kill process 15427 (imapd) 
score 1 or sacrifice child
Aug 14 06:26:01 postoffice kernel: Killed process 15427 (imapd) 
total-vm:179648kB, anon-rss:7756kB, file-rss:672kB

SNMP Graphs of what’s happening:
https://www.dropbox.com/s/7bnu82h54alrzkz/postoffice%20OOM.png?dl=0

I’m not ruling out a DoS, but the logs from the tcpdump (currently) don’t 
support that, neither do the SNMP from the router. Checking the IDS, but I find 
it more than coincidental that this started happening after we upgraded. We had 
no such issues prior to the upgrade.

Any ideas would be greatly appreciated,
Shawn


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



Try something like this to see if many of the processes are from the 
same IP address and/or user.




for foo in `ps -ef | grep imapd | awk '{ print $2 }'`;do lsof -p 
$foo|egrep 'ESTABLISHED|cyrus.index';done
attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: A single user has all their email going to the spam folder.

[Patrick Boutilier]

And the headers of the e-mails that should not be going in to Spam 
definitely don't have X-Spam-Status:Yes in them?




On 07/31/2015 04:03 PM, Alvin Starr wrote:

My filter is

require fileinto ;

## Flag: |UniqueId:0|Rulename: spam filter
if header :contains X-Spam-Status Yes
{
 fileinto INBOX/Spam ;
 stop ;
}



Strangely if I remove the filter it goes to back to the putting mail
into the  Inbox.

I have restarted sieve.
I recompiled the filter rule.


On 07/31/2015 02:21 PM, Alexander Dalloz wrote:

Am 31.07.2015 um 19:14 schrieb Alvin Starr:



This one has me baffled.
I use sieve to check the X-spam-thingie header to see if I think the
message is spam and then put it into the spam folder.

One user has started to see all their email but for mail from the local
domain go into the spam folder.


  From the log you see sieve doing that?


The messages are not getting tagged as spam.


Or is the user's mail client doing that by its own? I.e. you can
configure thunderbird to use its junk filter.

Alexander



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus






attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Problems with replication

[Patrick Boutilier]

On 05/15/2015 07:06 PM, pl...@bibliothek.uni-kassel.de wrote:

Hi,

I have a strange problem setting up replication from one Linux to another.
Both machines run cyrus 2.4.17, master is Gentoo (32 bit), replica is
Debian 8 (64 bit).

I am running a similar pair with Gentoo / Debian 7 w/o any problems.

Problems start with synctest:

synctest -a cyrus@replica -m PLAIN  -v -p 2005 replica
S: * OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE STARTTLS AUTH=LOGIN
AUTH=PLAIN AUTH=CRAM-MD5 AUTH=DIGEST-MD5 SASL-IR] replica Cyrus IMAP
v2.4.17-caldav-beta10-Debian-2.4.17+caldav~beta10-18 server ready





Looks to me that you are running imap server on port 2005, not the sync 
server. Try telneting to port 2005 on the replica.


You should see something like:

Connected to replica.
Escape character is '^]'.
* SASL PLAIN
* STARTTLS
* COMPRESS DEFLATE
* OK replica Cyrus sync server v2.4.17











Please enter your password:
C: AUTHENTICATE PLAIN xxx
S: S: AUTHENTICATE BAD Please login first
base64 decoding error
Authentication failed. generic failure
Security strength factor: 0

replica just logs
cyrus/master[11225]: about to exec /usr/lib/cyrus/bin/sync_server
cyrus/syncserver[11225]: executed
cyrus/syncserver[11225]: sql auxprop plugin using mysql engine
cyrus/syncserver[11225]: accepted connection
cyrus/master[11178]: process 11225 exited, status 0

Trying with sync_client just says

Can not connect to server 'replica', retrying in 15 seconds

I can do imtest with same credentials, cyrus@replica is admin - works
perfect. Any ideas, please ?


Michael



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Problem with quota

[Patrick Boutilier]

Quoting Simon Matter simon.mat...@invoca.ch, Sat, 04 Apr 2015:


I guess that's because of single instance store. It's not a bug then but a
feature if duplicatesuppression: 1. Duplicate messages are hardlinked on
disk, they don't consume space there, but are still calculated in quota
usage.


Isn't that singleinstancestore:1 ? duplicatesuppression is where lmtpd 
will suppress delivery of a message to a mailbox if a message with the 
same message-id (or resent-message-id) is recorded as having already 
been delivered to the mailbox.


attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Mystery cyrus/lmtp and cyrus/imap DBERROR log entries

[Patrick Boutilier]

On 03/16/2015 11:57 AM, Andy Dorman wrote:

Hi, I am relatively new to Cyrus...we have been using it for many years,
but I have only recently been given the job of administering it.

We are using the Debian Cyrus package, 2.4.17.  Everything as far as
mail storage and delivery from the user perspective is working great.

However, I have noticed DBERROR log entries have been happening for
months (possibly longer, our detailed syslogs only go back 6 months).

I am concerned that there might be a problem, but if not then I would
like to clean up the log entries.

2015-03-16T08:28:18.024064-05:00 yorick cyrus/lmtp[2219]: DBERROR db5:
/var/lib/cyrus/db/__db.001: No such file or directory
2015-03-16T08:28:18.024159-05:00 yorick cyrus/lmtp[2219]: DBERROR:
dbenv-open '/var/lib/cyrus/db' failed: No such file or directory
2015-03-16T08:28:18.024182-05:00 yorick cyrus/lmtp[2219]: DBERROR:
init() on berkeley
2015-03-16T08:28:18.024211-05:00 yorick cyrus/lmtp[2219]: DBERROR:
reading /var/lib/cyrus/db/skipstamp, assuming the worst: No such file or
directory
2015-03-16T08:28:18.024234-05:00 yorick cyrus/lmtp[2219]: executed

2015-03-16T09:15:20.607017-05:00 yorick cyrus/imap[3716]: DBERROR db5:
/var/lib/cyrus/db/__db.001: No such file or directory
2015-03-16T09:15:20.607183-05:00 yorick cyrus/imap[3716]: DBERROR:
dbenv-open '/var/lib/cyrus/db' failed: No such file or directory
2015-03-16T09:15:20.607227-05:00 yorick cyrus/imap[3716]: DBERROR:
init() on berkeley
2015-03-16T09:15:20.607281-05:00 yorick cyrus/imap[3716]: DBERROR:
reading /var/lib/cyrus/db/skipstamp, assuming the worst: No such file or
directory
2015-03-16T09:15:20.607334-05:00 yorick cyrus/imap[3716]: executed

Based on the 3rd line of each block of errors this looks like a BDB
(berkeley db) problem...but I checked our imapd.conf and the previous
admin switched everything to skiplist in July 2010 as shown by the
snippet below from our imapd.conf.  FWIW, it appears he left one BDB
setting in place accidentally, but I would think that would not make a
difference since we no longer use BDB.

- snippets from imapd.conf -
# Use skiplist everywhere
annotation_db: skiplist
...
berkeley_cachesize: 1024
...
# Use skiplist everywhere
annotation_db: skiplist
...
# Set our quota properly
quota_db: skiplist
...
# Use skiplist everywhere
statuscache_db: skiplist

# Use skiplist everywhere
tlscache_db: skiplist

# Use skiplist everywhere
userdeny_db: skiplist
- end snippets from imapd.conf -

As far as the /var/lib/cyrus/ directory, there is indeed no db
sub-directory, but everything else appears to be in order as far as I
can tell.

drwxr-x--- 12 cyrus mail   4096 Mar 16 09:37 .
drwxr-xr-x 49 root  root   4096 Oct 20 14:54 ..
-rw---  1 cyrus mail144 Mar 16 09:37 annotations.db
drwx--  2 cyrus mail   4096 Mar 16 09:11 db.backup1
drwx--  2 cyrus mail   4096 Mar 16 08:41 db.backup2
-rw---  1 cyrus mail 114220 Mar 16 09:37 deliver.db
drwx--  9 cyrus mail   4096 Feb 15 01:56 domain
drwx-- 29 cyrus mail   4096 Apr 27  2011 lock
drwx--  2 cyrus mail   4096 Jul 12  2010 log
-rw---  1 cyrus mail   9280 Mar 16 09:37 mailboxes.db
drwx--  2 cyrus mail   4096 Nov 15  2007 msg
drwx--  2 cyrus mail   4096 Nov 11 10:59 proc
drwx-- 28 cyrus mail   4096 Nov 15  2007 quota
-rw---  1 cyrus mail608 Mar 16 09:37 quotas.db
drwxr-x---  2 cyrus mail   4096 Sep 12  2008 socket
-rw---  1 cyrus mail144 Mar 16 09:37 statuscache.db
-rw---  1 cyrus mail144 Mar 16 09:37 tls_sessions.db
drwx-- 29 cyrus mail   4096 Sep 22  2009 user
-rw---  1 cyrus mail144 Mar 16 09:37 user_deny.db


So, my questions are:

1. Do we actually have a problem here?  If so, then I can certainly
create a db sub-directory for BDB to work in, but then I wonder why do
we need to if we are no longer using BDB?

2. If we do not have a problem, then what can I change in our
configuration to let cyrus know it no longer needs to worry with a db
sub-directory for BDB (assuming this IS a BDB issue of course)?

I have searched the mailing list archives, Googled for info and studied
the imapd.conf man pages and have not found an answer.  It would be
appreciated if anyone in this list knows what is going on or can at
least point me in the right direction.

Thanks,




I think you have to compile with --without-bdb to completely get rid of 
BDB. I doubt the Debian packages would be compiled in such a way.



attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: cyrus mailboxes format

[Patrick Boutilier]

On 03/04/2015 12:29 PM, Geoff Winkless wrote:

On 4 March 2015 at 16:22, Shaheen Bakhtiar shashan...@hotmail.com
mailto:shashan...@hotmail.com wrote:

I find that most users actually appreciate the ability to clean house :)

​
​That sounds like wishful thinking to me. I would be utterly furious
with any email provider that did that to me, and if they had the
barefaced cheek to suggest that I should be pleased about it I would be
even more so. I can't imagine I'm in the minority.

I would take the opportunity to migrate my email away​ to someone who is
unlikely to do so in future.



That would be hard to do if it was a work provided account. :-)







​Geoff​




Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Announcing the Cyrus Foundation and development plans for 2015

[Patrick Boutilier]

On 02/19/2015 05:32 AM, Bron Gondwana wrote:

[Sorry for the late delivery of this email, I've spoken a bit about this
on IRC already, and the first meeting is in less than 24 hours, but I've
been swamped by emergency other work.]

Late last year a few of us formed a plan.  A non-profit foundation
(incorporated in Canada because that's where our biggest sponsor is
based) and some real resources to take Cyrus from its current status as
a great project that's hard to manage and not well documented into a
well rounded product that can compete with other proprietary or free
solutions without needing a Cyrus expert on staff.

I posted my giant wishlist/roadmap last year, and we will be picking the
highest value items from that list to release as Cyrus 3.0 this year. We
have resources.  As well as Ken Murchison at CMU and myself at FastMail
who have been doing this a while, we two dedicated developers who will
be working entirely on this project (Anthony in Canada and Ellie in
Melbourne), and volunteers putting in whatever time they can as well.
I've also grabbed part-time commitments from a few of the FastMail staff
to help out.

With these resources available, I propose a very aggressive timeline:

March 1st: Cyrus 2.5 release.  I'll cut a beta tomorrow, and then
another one next Friday.  Get your testing on :)  The goal is to be a
clean upgrade path from
2.4, incorporating many of the fixes since then which were too invasive
   to backport, but no surprises.

(... every 2 weeks or so, a new 2.5 point release with bugfixes)

May 1st: Cyrus 3.0 technology preview.  I will present this at the Kolab
summit in The Hauge on the 2nd-3rd, with whatever is ready by this time.

July 20th: Cyrus 3.0 release.  We'll have Docker Images / Virtual
Machines / Packages for major operating systems/distributions, along
with the documentation to set up a working mail system.  This will be
quite opinionated.  Cyrus 3.0 will be quite opinionated.  We'll probably
be discarding a ton of configuration options in exchange for simplicity
and reliability.

And we won't stop there, but that's as far as I'm planning today.

KICKOFF MEETING:

We will hold our first meeting as the new Cyrus team at 10am Melbourne
time tomorrow, Friday 20th.  Timezone info:

http://www.timeanddate.com/worldclock/fixedtime.html?msg=Cyrus+Kickoff+Meetingiso=20150220T10p1=152ah=1
or http://goo.gl/ryQToF

Video/Audio chat via appearin:

https://appear.in/cyrus

Side channel will be the #cyrus IRC channel on Freenode:

https://cyrusimap.org/mediawiki/index.php/Cyrus_IRC

Minutes will be posted to the cyrus-devel mailing list:

https://lists.andrew.cmu.edu/mailman/listinfo/cyrus-devel

Everybody is welcome to join in, either via IRC or video.  Please use a
headset and remain muted when you aren't speaking - and we may find that
we have most people turn off video depending on how everyone's bandwidth
goes.  We find it works quite well with just audio.  I will have a webcam
pointing at the big whiteboard in the FastMail boardroom, and use that for
note taking.  There will be a scribe in IRC as well.

It's not a big deal if you can't make it.  I'm planning to do two
meetings per week, one on Tuesday and one on Friday Australian time
(Monday/Thursday for Europe/US) as well as setting aside a couple of
blocks of office hours when I am available for anyone who has
questions - either development or operational.

I'm really excited about this new phase of Cyrus development, and I look
forward to working with everyone and doing great things!

Cheers,

Bron.





We'll probably be discarding a ton of configuration options in exchange 
for simplicity and reliability.



Will this involve discarding functionality?


attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Using Roundcube with cyrus?

[Patrick Boutilier]

On 02/03/2015 11:39 AM, Patrick Goetz wrote:



On 2/3/2015 7:28 AM, Patrick Boutilier wrote:

Are you using pgo...@episcopalarchives.org as the userid or is Roundcube
appending the domain automatically?



Roundcube is appending the domain; I'm logging in with pgoetz.


http://trac.roundcube.net/wiki/Howto_Config#IMAPserverconnection 
indicates that username_domain may be set.








Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Using Roundcube with cyrus?

[Patrick Boutilier]

On 02/03/2015 09:20 AM, Patrick Goetz wrote:

This is a bit off topic, but is anyone using Roundcube webmail with
cyrus?  I've lost most of my hair trying to get this to work, and
although it is working now, I'm not sure my fix is the correct way to
solve the problem.

Context:
I only allow plain text STARTTLS connections to the imap server:
/etc/cyrus/imap.conf:

allowplaintext: no (as per the default)
sasl_mech_list: PLAIN
sasl_pwcheck_method: saslauthd
tls_cert_file: /etc/ssl/certs/ssl-cert-cyrus.episcopalarchives.org.pem
tls_cipher_list:  TLSv1+HIGH:!aNull:@STRENGTH


Here is the relevant PHP configuration from Roundcube's config.php.conf:

$config['default_host'] = 'tls://mail.episcopalarchives.org';
$config['imap_conn_options'] = array(
'ssl'  = array(
  'verify_peer'  = true,
  'allow_self_signed' = true,
  'ciphers' = 'TLSv1+HIGH:!aNull:@STRENGTH',
  'peer_name' = 'mail.episcopalarchives.org',
  'cafile'   =
'/etc/ssl/certs/ssl-cert-cyrus.episcopalarchives.org.pem',
),
);


I tried multiple combinations of PHP connection options as documented on
this page:  http://php.net/manual/en/context.ssl.php

No matter what I changed in the Roundcube PHP configuration, I would
alway get this error message in the cyrus error logs:

Feb 03 01:06:40 www cyrus/imap[29622]: starttls: TLSv1.2 with cipher
DHE-RSA-AES128-SHA (128/128 bits new) no authentication
Feb 03 01:06:40 www cyrus/imap[29622]: badlogin:
www.episcopalarchives.org [216.82.212.230] PLAIN [SASL(-13):
authentication failure: cross-realm login pgo...@episcopalarchives.org
denied]

After a little googling I added this to /etc/cyrus/imapd.conf:

defaultdomain: episcopalarchives.org
virtdomains: on


Now I can authenticate through Roundcube, but this solution seems a
little weird to me, since I'm in particular *not* using virtual domains
on this server.

Question:  is it really necessary to turn virtual domains on to get PHP
webmail authentication to work, or is there another way to do this?

Related question:  what are people using for webmail these days?  I was
shocked to see that php-horde isn't even packaged for Arch linux.



Are you using pgo...@episcopalarchives.org as the userid or is Roundcube 
appending the domain automatically?













Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Auto create folders

[Patrick Boutilier]

On 01/26/2015 02:48 PM, Nic Bernstein wrote:

On 01/26/2015 11:30 AM, Andrew Morgan wrote:

On Mon, 26 Jan 2015, John Mok wrote:


Hi Andy,

Thank you for your prompt reply.


How do you create mailboxes now?

I used cyradm and createmailbox, e.g. createmailbox
user/username@DOMAIN, to create mailboxes.

Any idea how to create folder in cyradm? Simply createmailbox
user/username@DOMAIN/spam, and then set ACL permissions for
user/username@DOMAIN/spam ?

Yes, that's exactly what you need to do!


Actually, unless you need something out of the ordinary, you can skip
setting the ACL for the child mailbox, as it will inherit from its
parent (from the docs page
http://cyrusimap.org/docs/cyrus-imapd/2.4.17/overview.php#acl ):

Initial ACLs for Newly Created Mailboxes
When a mailbox is created, its ACL starts off with a copy of the ACL
of its closest parent mailbox. When a user is created, the ACL on
the user's INBOX starts off with a single entry granting all rights
to the user. When a non-user mailbox is created and does not have a
parent, its ACL is initialized to the value of the defaultacl
option in /etc/imapd.conf

Note that some rights are available implicitly, for example
'anonymous' always has 'p' on user INBOXes, and users always have
rights on mailboxes within their INBOX hierarchy.

Cheers,
 -nic



Right, but the original poster wants to prevent his users from deleting 
the spam folder. So he has to change the ACL on the spam folder.






--
Nic bernstein...@onlight.com
Onlight, Inc.www.onlight.com
219 N. Milwaukee St., Suite 2av. 414.272.4477
Milwaukee, Wisconsin  53202




Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: User mail spool partitioning mystery

[Patrick Boutilier]

On 01/16/2015 04:57 PM, Patrick Goetz wrote:

I have a couple of existing cyrus 2.3.16 installs with this partitioning
configuration in imapd.conf:

defaultpartition: default
partition-default: /home/cyrus/mail

I create users using cyradm:  cm user.myuser

and the user mail spool folder has this heirarchy:

mail
  |
a
| user
| auser1
| auser2
| auser3
   ...
b
| user
| buser1
| buser2
   ...
c
d
   ...
x
y
z
stage.


I just assumed that this structure was built in to cyrus; however on my
new 2.4.17 install the partition settings in imapd.conf are similar:

defaultpartition: default
partition-default: /srv/cyrus
unixhierarchysep: yes   --- (now using this)


however all newly created users (cyradm:  cm user/myuser) are dumped
into a single folder:

cyrus
  |
user
  | myuser
  | otheruser
  | thirduser
 ...


I simply can't find any difference in the configuration files that
result in this discrepancy.  Was the [a-z] partitioning in the 2.3.16
install baked in to the Debian cyrus package I used, say in cyradm?



Sounds like you have hashimapspool enabled in the 2.3.16 installs.



hashimapspool: 0
If  enabled,  the partitions will also be hashed, in 
addition to the hashing done on configuration directories.  This is 
recommended if one partition has a very bushy mailbox tree.






Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: User mail spool partitioning mystery

[Patrick Boutilier]

On 01/16/2015 07:02 PM, Patrick Goetz wrote:

That's it! Thanks for the heads up!  I assumed that all the spool hash
options only applied when you actually have more than one partition,
which I don't.

Unfortunately this is going to complicate my ability to use the
excellent migration plan outlined by Nic Berstein on 2014-12-19.
mailboxes.db will know about the spool files in their old, hashed
location, which I'd like to get rid of, since all the mail resides on
one physical partition anyway, so having it set up this way just adds
unnecessary directory structures.  I might end up having to use imapsync
after all.


mailboxes.db doesn't know about the hash so if you migrate to a new 
server, put all mail in /srv/cyrus/user , and then use hashimapspool: 
0 it should work. In other words if you made the change on your 
existing 2.3.16 server and restarted Cyrus it would start looking in 
/home/cyrus/mail/user for all mail and give nothing but I/O Errors as 
the mail would not be there.








On 01/16/2015 03:04 PM, Patrick Boutilier wrote:

On 01/16/2015 04:57 PM, Patrick Goetz wrote:

I have a couple of existing cyrus 2.3.16 installs with this partitioning
configuration in imapd.conf:

 defaultpartition: default
 partition-default: /home/cyrus/mail

I create users using cyradm:  cm user.myuser

and the user mail spool folder has this heirarchy:

 mail
   |
 a
 | user
 | auser1
 | auser2
 | auser3
...
 b
 | user
 | buser1
 | buser2
...
 c
 d
...
 x
 y
 z
 stage.


I just assumed that this structure was built in to cyrus; however on my
new 2.4.17 install the partition settings in imapd.conf are similar:

 defaultpartition: default
 partition-default: /srv/cyrus
 unixhierarchysep: yes   --- (now using this)


however all newly created users (cyradm:  cm user/myuser) are dumped
into a single folder:

 cyrus
   |
 user
   | myuser
   | otheruser
   | thirduser
  ...


I simply can't find any difference in the configuration files that
result in this discrepancy.  Was the [a-z] partitioning in the 2.3.16
install baked in to the Debian cyrus package I used, say in cyradm?



Sounds like you have hashimapspool enabled in the 2.3.16 installs.



hashimapspool: 0
  If  enabled,  the partitions will also be hashed, in
addition to the hashing done on configuration directories.  This is
recommended if one partition has a very bushy mailbox tree.





Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus






Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: saslauthd question

[Patrick Boutilier]

On 12/11/2014 02:34 PM, Patrick Goetz wrote:

Surely someone on this list will know the answer to this question.

Given sasl_pwcheck_method: saslauthd, with authentication mechanism=pam

I'm trying to track down how saslauthd knows that the cyrus PAM service
file is called imap; i.e. /etc/pam.d/imap.

Is this just built in?  I can't find a configuration for it anywhere.




Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus




Harcoded in imapd.c

if (sasl_server_new(imap, config_servername 
attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: cyr_expire: deliver.db inconsistent pre-checkpoint bailing out

[Patrick Boutilier]

Been a while but we just used to delete deliver.db when it went bad and just 
let Cyrus recreate it.

On December 6, 2014 1:07:06 PM AST, Vincent Fox vb...@ucdavis.edu wrote:
Hi,

We are running quite old Cyrus 2.3.8 (near retirement) and last couple
of nights it started kicking up this error during nightly expire run.

  cyr_expire[3409]: [ID 386572 local6.error] db 
/var/cyrus/imap/deliver.db, inconsistent pre-checkpoint, bailing out

Any guidance on best course of action?  We do have nightly snapshots of
the
entire filesystem, so I could roll back to deliver.db from 3 or 4 days
ago.
Or would that create consistency issues with other databases only
making
things worse.  Or could I stop Cyrus and only reconstruct deliver.db?

The server has thousands of users and 500gig+ of files so I don't
relish
the idea of long downtime for full reconstruct.

Thanks!


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: replication: sync_client on master stops after restarting the replica

[Patrick Boutilier]

On 10/10/2014 09:09 AM, Marcus Schopen wrote:

Am Samstag, den 27.09.2014, 10:59 +0200 schrieb Marcus Schopen:

Hi,

always when I have to reboot the replica or its cyrus the
synchronization on master side stops, /var/lib/cyrus/sync/log fills up
and I don't see a /usr/lib/cyrus/bin/sync_client -r process anymore.

/var/log/mail.err on master when restarting replica:

Sep 27 10:06:28 master cyrus/sync_client[1023]: Error in do_sync():
bailing out! Bad protocol
Sep 27 10:06:28 master cyrus/sync_client[1023]: Processing sync log
file /var/lib/cyrus/sync/log-1023 failed: Bad protocol

When I restart cyrus on master side, synchronization starts again.

Is there another way to get synchronization working again?


Andy ideas? For Backup reasons I'd like to stop and start cyrus on
replica side at night, which is a problem if synchronization stops on
master side and I have to restart cyrus on master to get synchronisation
working again. System is Ubuntu 12.04 LTS with cyrus 2.4.12.



Should just have to start sync_client on master, not cyrus itself. That 
is what we do whenever the replica is rebooted/Cyrus stopped/etc..






Ciao!



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: replication: sync_client on master stops after restarting the replica

[Patrick Boutilier]

On 10/10/2014 09:31 AM, Marcus Schopen wrote:

Hi Patrick,

Am Freitag, den 10.10.2014, 09:13 -0300 schrieb Patrick Boutilier:

On 10/10/2014 09:09 AM, Marcus Schopen wrote:

Am Samstag, den 27.09.2014, 10:59 +0200 schrieb Marcus Schopen:

Hi,

always when I have to reboot the replica or its cyrus the
synchronization on master side stops, /var/lib/cyrus/sync/log fills up
and I don't see a /usr/lib/cyrus/bin/sync_client -r process anymore.

/var/log/mail.err on master when restarting replica:

Sep 27 10:06:28 master cyrus/sync_client[1023]: Error in do_sync():
bailing out! Bad protocol
Sep 27 10:06:28 master cyrus/sync_client[1023]: Processing sync log
file /var/lib/cyrus/sync/log-1023 failed: Bad protocol

When I restart cyrus on master side, synchronization starts again.

Is there another way to get synchronization working again?


Andy ideas? For Backup reasons I'd like to stop and start cyrus on
replica side at night, which is a problem if synchronization stops on
master side and I have to restart cyrus on master to get synchronisation
working again. System is Ubuntu 12.04 LTS with cyrus 2.4.12.



Should just have to start sync_client on master, not cyrus itself. That
is what we do whenever the replica is rebooted/Cyrus stopped/etc..


Thanks for your answer. Okay, I understand. So this is not an unusual
behavior of my setup. When I check processes now I see a
/usr/lib/cyrus/bin/sync_client -r process running as user cyrus. So a
simple

   su - cyrus -c /usr/lib/cyrus/bin/sync_client -r

should start the sync again. Right?



Correct.




May be monit could help. Otherwise the replica needs shell access via
ssh ... hmmm.



Yeah, ssh access with keys would be the easiest way for the replica to 
start sync_client on the master again when Cyrus is started back up on 
the replica. Assuming you are using a script.







Ciao!




attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: cyrus: delete previously deleted messages(after backup recovery)

[Patrick Boutilier]

On 04/23/2014 08:45 AM, Y B wrote:

thanks for the answer.
I certainly still have the metadata since I have not lost any file, I
have just too many files (all the previously deleted emails, recovered
from my rsync backup)
I am not exactly sure where the metadata are situated, /var/imap does
not exist. In my case, all email files are situated at
/data/mail/imap/spool/*/user/username (the star being any letter of the
alphabet).
For a given username, I have for example the following files:

-rw---  1 cyrus mail21183 Apr 23 11:01 4846.
-rw---  1 cyrus mail26585 Apr 23 10:49 4845.
-rw---  1 cyrus mail15720 Apr 23 10:39 4844.
-rw--- 1 cyrus mail  4496548 Apr 23 13:36 cyrus.cache
-rw--- 1 cyrus mail  251 Mar 10 16:52 cyrus.header
-rw--- 1 cyrus mail   151816 Apr 23 13:36 cyrus.index
-rw--- 1 cyrus mail 10087920 Jan 22 02:28 cyrus.squat
drwx--  2 cyrus mail69632 Apr 23 13:11 Sent
drwx--  2 cyrus mail 4096 Apr 23 09:38 Drafts
drwx--  4 cyrus mail69632 Apr 22 20:45 Trash
drwx--  2 cyrus mail 4096 Apr 22 20:30 spam


Are the metadata in the cyrus.* files?

If yes, is there an easy way to delete the old emails using these metadata?

Thank you.

Yannick



Yes, metadata files are the cyrus.* files. What version of Cyrus are you 
running? You should be able to run reconstruct on the mailboxes with the 
-n option which should list the files that reconstruct would have added 
back to the index if the -n option was not used. Use this output to 
determine which files can be deleted.


For example I added some bogus files called 1. , 101. , and 255. to my 
mailbox.




reconstruct -n user.boutilpj
user.boutilpj uid 1 rediscovered - appending
user.boutilpj uid 101 rediscovered - appending
user.boutilpj uid 255 rediscovered - appending
user.boutilpj















2014-04-22 15:06 GMT+02:00 Patrick Boutilier bouti...@ednet.ns.ca
mailto:bouti...@ednet.ns.ca:

On 04/22/2014 09:19 AM, Y B wrote:

Hello,

after a disk crash, I had to recover all the emails from a daily
backup.
Unfortunately, I noticed that this backup was made with the rsync
command but WITHOUT the --delete options.
That means that the mail backup was much larger than the
original one
since no message was ever deleted on the backup.
Now I would like to clean the mailboxes and remove all those
emails that
were previously deleted but I cannot find how.
Is there any easy way to do this?
(I use cyrus+postfix on debian 6.0.4)

Thank you for your help.


Did you lose your metadata as well? Usually in /var/imap ?






Yannick



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info:
http://lists.andrew.cmu.edu/__pipermail/info-cyrus/
http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/__mailman/listinfo/info-cyrus
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus




Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus




attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: cyrus: delete previously deleted messages(after backup recovery)

[Patrick Boutilier]

On 04/22/2014 09:19 AM, Y B wrote:

Hello,

after a disk crash, I had to recover all the emails from a daily backup.
Unfortunately, I noticed that this backup was made with the rsync
command but WITHOUT the --delete options.
That means that the mail backup was much larger than the original one
since no message was ever deleted on the backup.
Now I would like to clean the mailboxes and remove all those emails that
were previously deleted but I cannot find how.
Is there any easy way to do this?
(I use cyrus+postfix on debian 6.0.4)

Thank you for your help.


Did you lose your metadata as well? Usually in /var/imap ?







Yannick



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: cyrus compile under Centos 6.5

[Patrick Boutilier]

On 04/15/2014 08:38 AM, Charles Bradshaw wrote:

Thanks Andy,

Here goes a source build. I downloaded cyrus-imapd-2.4.17 and
cyrus-sasl-2.1.26 from ftp://ftp.cyrusimap.org

config.log from:
[brad@dell2600-1 cyrus-sasl-2.1.26]$ ./configure

make fails with the following errors:
[brad@dell2600-1 cyrus-sasl-2.1.26]$ make
...
gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I../lib -I../sasldb
-I../include -DOBSOLETE_CRAM_ATTR=1 -Wall -W -g -O2 -MT digestmd5.lo -MD
-MP -MF .deps/digestmd5.Tpo -c digestmd5.c  -fPIC -DPIC -o digestmd5.lo
digestmd5.c:859: error: expected specifier-qualifier-list before
'des_key_schedule'
digestmd5.c: In function 'dec_3des':
digestmd5.c:896: warning: implicit declaration of function
'des_ede2_cbc_encrypt'
digestmd5.c:899: error: 'des_context_t' has no member named 'keysched'
digestmd5.c:900: error: 'des_context_t' has no member named 'keysched2'
digestmd5.c:901: error: 'des_context_t' has no member named 'ivec'
digestmd5.c:902: error: 'DES_DECRYPT' undeclared (first use in this
function)
digestmd5.c:902: error: (Each undeclared identifier is reported only
once
digestmd5.c:902: error: for each function it appears in.)
digestmd5.c: In function 'enc_3des':
digestmd5.c:947: error: 'des_context_t' has no member named 'keysched'
digestmd5.c:948: error: 'des_context_t' has no member named 'keysched2'
digestmd5.c:949: error: 'des_context_t' has no member named 'ivec'
digestmd5.c:950: error: 'DES_ENCRYPT' undeclared (first use in this
function)
digestmd5.c: In function 'init_3des':
digestmd5.c:970: warning: implicit declaration of function
'des_key_sched'
digestmd5.c:970: error: 'des_cblock' undeclared (first use in this
function)
digestmd5.c:970: error: expected expression before ')' token
digestmd5.c:974: error: expected expression before ')' token
digestmd5.c:976: error: 'des_context_t' has no member named 'ivec'
digestmd5.c:983: error: expected expression before ')' token
digestmd5.c:987: error: expected expression before ')' token
digestmd5.c:990: error: 'des_context_t' has no member named 'ivec'
digestmd5.c: In function 'dec_des':
digestmd5.c:1014: warning: implicit declaration of function
'des_cbc_encrypt'
digestmd5.c:1017: error: 'des_context_t' has no member named 'keysched'
digestmd5.c:1018: error: 'des_context_t' has no member named 'ivec'
digestmd5.c:1019: error: 'DES_DECRYPT' undeclared (first use in this
function)
digestmd5.c:1023: error: 'des_context_t' has no member named 'ivec'
digestmd5.c: In function 'enc_des':
digestmd5.c:1068: error: 'des_context_t' has no member named 'keysched'
digestmd5.c:1069: error: 'des_context_t' has no member named 'ivec'
digestmd5.c:1070: error: 'DES_ENCRYPT' undeclared (first use in this
function)
digestmd5.c:1074: error: 'des_context_t' has no member named 'ivec'
digestmd5.c: In function 'init_des':
digestmd5.c:1094: error: 'des_cblock' undeclared (first use in this
function)
digestmd5.c:1094: error: expected expression before ')' token
digestmd5.c:1096: error: 'des_context_t' has no member named 'ivec'
digestmd5.c:1103: error: expected expression before ')' token
digestmd5.c:1105: error: 'des_context_t' has no member named 'ivec'
digestmd5.c: In function 'digestmd5_server_mech_step':
digestmd5.c:3051: warning: pointer targets in assignment differ in
signedness
make[2]: *** [digestmd5.lo] Error 1
make[2]: Leaving directory
`/home/brad/Downloads/cyrus-sasl-2.1.26/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/brad/Downloads/cyrus-sasl-2.1.26'
make: *** [all] Error 2
[brad@dell2600-1 cyrus-sasl-2.1.26]$





Is openssl-devel rpm installed?













On Mon, 2014-04-14 at 14:07 -0700, Andrew Morgan wrote:
snip ...

I sure would try to get Cyrus v2.4.17 to compile.  v2.3 is very old...  We
would be happy to help you compile v2.4.17 on CentOS 6.5.  Alternatively,
there are Source RPMs available at:

http://www.invoca.ch/pub/packages/cyrus-imapd/

Andy






Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



attachment: boutilpj.vcf
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus