Re: Fedora26. Cyrus- 3.0.3. cyr_virusscan None Configured.

[Jason L Tibbitts III]

> "AS" == Anton Shilov via Info-cyrus  
> writes:

AS> I think it is missconfig because ClamAV isn't part of cyrus-imap
AS> packet.

The Fedora package is not configured to use clmav.  This is because
clamav in Fedora still uses the old openssl libraries while cyrus uses
the new libraries.  Using them together results in problematic behavior,
though the nature of this depends on the architecture and probably
other factors, some of which might be random.  In Fedora, I saw various
test suite failures.

You can of course rebuild the Fedora package from source if you wish.
Just edit the spec to add back in BuildRequires: clamav-devel and the
rest is automatic.  The reasons for the removal are also documented in
the spec file, as well in the cyrus documentation itself.

Note that the Fedora package is also not configured to use mysql for the
same reason, though I think I will be able to enable it in Fedora 27.

 - 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

Re: update to 3.0.3 even more problematic than 3.0.2

[Gabriele Bulfon]

FYI, upgrading from 2.4.12 to 2.5.11, and then to 3.0.3 (so, after that 2.5.11 
converted the db files), I got a clean startup from the beginning, with no 
hassle on conversions.
Still, I have the problem with LIST "" "Other Users" returning nothing :(
As I mentioned, if I run LIST "" "Other Users/%" to get its subfolders, then 
previous commands return the correct answer all the times.
But I also found that if I select a folder (e.g. SELECT INBOX), then again that 
command returns nothing again.
Maybe this can suggest what's happening?
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
From:
Gabriele Bulfon
To:
Arnaldo Viegas de Lima
Cc:
info-cyrus@lists.andrew.cmu.edu
Date:
August 25, 2017 4:54:20 PM CEST
Subject:
Re: update to 3.0.3 even more problematic than 3.0.2
That may be a good try :)
Anyway I tried building / upgrading to 2.5.11, it converted my files in twoskip 
with no problems, and the shared folders work fine.
Pity, I see it doesn't implement "THREAD=REFS" nor xapian ... :(
I will try this version a little, then will try upgrading from this to 3.0.x.
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
--
From: Arnaldo Viegas de Lima
To: Gabriele Bulfon
Cc: info-cyrus@lists.andrew.cmu.edu
Date: August 25, 2017 4:32:17 PM CEST
Subject: Re: update to 3.0.3 even more problematic than 3.0.2
Have you tried 3.0.3 (or 3.0.2) on a clean system just to be sure that your 
compile/install is working?
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: update to 3.0.3 even more problematic than 3.0.2

[Gabriele Bulfon]

That may be a good try :)
Anyway I tried building / upgrading to 2.5.11, it converted my files in twoskip 
with no problems, and the shared folders work fine.
Pity, I see it doesn't implement "THREAD=REFS" nor xapian ... :(
I will try this version a little, then will try upgrading from this to 3.0.x.
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
--
From: Arnaldo Viegas de Lima
To: Gabriele Bulfon
Cc: info-cyrus@lists.andrew.cmu.edu
Date: August 25, 2017 4:32:17 PM CEST
Subject: Re: update to 3.0.3 even more problematic than 3.0.2
Have you tried 3.0.3 (or 3.0.2) on a clean system just to be sure that your 
compile/install is working?

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

[Arnaldo Viegas de Lima]

Have you tried 3.0.3 (or 3.0.2) on a clean system just to be sure that your 
compile/install is working?

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

update to 3.0.3 even more problematic than 3.0.2

[Gabriele Bulfon]

I tried upgrading to 3.0.3, same build, same everything.
My original 2.4.12 db files are skiplist.
I know almost all db files now default to twoskip, if not specified in 
imapd.conf, and it's not specified.
This time, on first startup cyrus exited with strange errors about failing 
conversion.
Looks like it did not like the db files.
So I got the original ones back to be sure that 3.0.2 did not make anything on 
them.
Starting, cyrus runs, logs conversion.
BUT...if you stop and restart, it fails, trying to convert them again! As if it 
thinks they're still skipfiles, complaining of bad headers
I'm confused...
So I tried to put back the original and converted them by myself using 
cvt_cyrusdb to twoskip.
Now, starting cyrus, I got it exit again failing to read db files, saying they 
were not skiplist files (!?!) : isn't twoskip the default?
So I decided to give it a try, specifying them as twoskip in imapd.conf.
After staring, no complains about the files format, but it still exits with 
this:
Aug 25 15:15:38 www master[6400]: [ID 611808 local6.error] process type:START 
name:recover path:/sonicle/bin/ctl_cyrusdb age:0.000s pid:6408 exited, status 75
Aug 25 15:15:38 www master[6400]: [ID 702911 local6.crit] can't run startup
Aug 25 15:15:38 www master[6400]: [ID 649700 local6.notice] exiting
Exit status 75 is EX_TEMPFAIL, pity it's defined as many EC_ codes, so I can't 
say the real error (EC_CANTCREAT? EC_IOERR? EC_CONFIG? ...).
Any help?
Or I will have to consider upgrading "only" to the latest 2.5, hoping to not 
encounter any other issues there.
Also, what would I really miss on 2.5 that is on 3.x?
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

Re: 2.4.12 vs 3.0.2 different protocol behaviour

[Arnaldo Viegas de Lima]

I just upgraded from 2.4.17 to 3.0..3. 

My only troubles were with default options that changed, like the hierarchy 
separator, the namespace and delayed expunge. They all forced me to update 
scripts all around. And the namespace change had a nasty side effect: users 
must delete and add their accounts again (when using some mail clients) to 
restore order to the caos. 

I could have kept the 2.4.x behavior, but I see the merit in the new defaults, 
so fixing scripts and having users refresh their account setup was worth it 
(not many users here).

Hope you have more luck with 3.0.3.




> On Aug 25, 2017, at 8:07 AM, Gabriele Bulfon  wrote:
> 
> I will.
> 
> Another note.
> 
> I tried restarting from scratch, replicated my entire 2.4.12 system, checked 
> that it worked as expected, updated packages to 3.0.2 and started cyrus as is 
> with no upgrade : the problem is there just after updating the binaries, even 
> before migrating the data to the new version.
> 
> I will absolutely try the 3.0.3, but I'm starting to feel unsafe 
> 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: 2.4.12 vs 3.0.2 different protocol behaviour

[Gabriele Bulfon]

I will.
Another note.
I tried restarting from scratch, replicated my entire 2.4.12 system, checked 
that it worked as expected, updated packages to 3.0.2 and started cyrus as is 
with no upgrade : the problem is there just after updating the binaries, even 
before migrating the data to the new version.
I will absolutely try the 3.0.3, but I'm starting to feel unsafe upgrading 
:(
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
From:
Arnaldo Viegas de Lima
To:
Gabriele Bulfon
Cc:
Simon Matter
Merlin Hartley
info-cyrus@lists.andrew.cmu.edu
Date:
August 25, 2017 12:36:22 PM CEST
Subject:
Re: 2.4.12 vs 3.0.2 different protocol behaviour
This is 3.0.3 on Centos 7:
* OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE XAPPLEPUSHSERVICE AUTH=DIGEST-MD5 
AUTH=CRAM-MD5 AUTH=PLAIN AUTH=LOGIN SASL-IR] xx.xx.x Cyrus IMAP 
3.0.3-Cyrus 3.0.3 server ready
. login x x
. 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 
XAPPLEPUSHSERVICE LOGINDISABLED AUTH=DIGEST-MD5 AUTH=CRAM-MD5 AUTH=PLAIN 
AUTH=LOGIN COMPRESS=DEFLATE X-QUOTA=STORAGE X-QUOTA=MESSAGE 
X-QUOTA=X-ANNOTATION-STORAGE X-QUOTA=X-NUM-FOLDERS IDLE] User logged in 
SESSIONID=
. LIST "" "Other Users"
* LIST (\Noselect \HasChildren) "/" "Other Users"
. OK Completed (0.000 secs 10 calls)
Maybe you should consider giving 3.0.3 a try?
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

Re: 2.4.12 vs 3.0.2 different protocol behaviour

[Arnaldo Viegas de Lima]

This is 3.0.3 on Centos 7:

* OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE XAPPLEPUSHSERVICE AUTH=DIGEST-MD5 
AUTH=CRAM-MD5 AUTH=PLAIN AUTH=LOGIN SASL-IR] xx.xx.x Cyrus IMAP 
3.0.3-Cyrus 3.0.3 server ready
. login x x
. 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 
XAPPLEPUSHSERVICE LOGINDISABLED AUTH=DIGEST-MD5 AUTH=CRAM-MD5 AUTH=PLAIN 
AUTH=LOGIN COMPRESS=DEFLATE X-QUOTA=STORAGE X-QUOTA=MESSAGE 
X-QUOTA=X-ANNOTATION-STORAGE X-QUOTA=X-NUM-FOLDERS IDLE] User logged in 
SESSIONID=
. LIST "" "Other Users"
* LIST (\Noselect \HasChildren) "/" "Other Users"
. OK Completed (0.000 secs 10 calls)

Maybe you should consider giving 3.0.3 a try?

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

Fedora26. Cyrus- 3.0.3. cyr_virusscan None Configured.

[Anton Shilov via Info-cyrus]

Hi.

I've installed Cyrus-imapd 3.0.3 into Fedora26 from standart packet manager 
"dnf install cyrus-imapd". This  rpm includes tool "cyr_virusscan". If I use it 
I get result such as:
=
# ./cyr_virusscan
Using  virus scanner
2 mailboxes scanned, 0 infected messages found =

I think it is missconfig because ClamAV isn't part of cyrus-imap packet. May be 
somebody knows true way make them work together property? I don't manage to 
search how to configure it. Please help.


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.12 vs 3.0.2 different protocol behaviour

[Gabriele Bulfon]

Can anyone check these commands against their 3.0.2 and see if they get the 
same results?
I've seen Thunderbird does not bother about it and correctly shows "Other 
Users" as "phantom", then shows the underlying tree.
If what I found is the intended result, the only way for me is to find some 
java trick to avoid the first "check" command in javamail and go through the 
list.
Anyway, that was not the behavior on 2.4.12 : first "check" command was always 
returning as the second "check".
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
From:
Gabriele Bulfon
To:
Simon Matter
Cc:
Merlin Hartley
info-cyrus@lists.andrew.cmu.edu
Date:
August 24, 2017 5:32:32 PM CEST
Subject:
Re: 2.4.12 vs 3.0.2 different protocol behaviour
:) I noticed I pasted them by mistake, it's a test user on a test server, but I 
changed its password anyway, already ;)
Thanks!
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
--
From: Simon Matter
To: Gabriele Bulfon
Cc: Merlin Hartley
info-cyrus@lists.andrew.cmu.edu
Date: August 24, 2017 5:26:24 PM CEST
Subject: Re: 2.4.12 vs 3.0.2 different protocol behaviour
I looked deeper into the problem.
Looks like the command:
. LIST "" "Other Users"
responds abnormally, until I run :
. LIST "" "Other Users/%"
that actually list the shared folders.
Here's a trace of the imap protocol:
* OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE STARTTLS AUTH=PLAIN SASL-IR]
www Cyrus IMAP 3.0.2 server ready
. login gabriele.bul...@sonicle.com Nrdstg88!
I hope the login credentials are only for your test here?
Simon
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