Cyrus IMAP 3.2.0 released

[Marco]

Hi Ellie,

On 08/05/2020 03:29, ellie timoney ha scritto:
> Hi Marco,
[...]
> Thoooough... if it's failing on missing syslog errors, that means it 
> found "utils/syslog.so" (otherwise it would be ignoring syslog 
> problems), so you probably did already run "make".  But if it still 
> didn't find the syslog file, maybe that means the syslog intercept isn't 
> working on your system.  Off the top of my head, I have no particular 
> insight as to why this would be.
> 
> Do you know whether Redhat does anything weird with, or needs any 
> additional setup for, LD_PRELOAD?


Thank you for the clear explanation.
Yes, I do "make". This is hard to understand for me. I tried many 
things. But it really seems that the LD_PRELOAD or the syslog.so doesn't 
work for me.

I also tried this in my bash shell:
# export 
LD_PRELOAD=/root/rpmbuild/BUILD/cyrus-imapd-3.2.0/cassandane-54270a90fb3fa952510ae8589ed11fac2e1078b7/utils/syslog.so

# ll 
/root/rpmbuild/BUILD/cyrus-imapd-3.2.0/cassandane-54270a90fb3fa952510ae8589ed11fac2e1078b7/utils/syslog.so
-rwxr-xr-x 1 root root 18240 May  8 11:47 
/root/rpmbuild/BUILD/cyrus-imapd-3.2.0/cassandane-54270a90fb3fa952510ae8589ed11fac2e1078b7/utils/syslog.so

# ldd `which logger`
         linux-vdso.so.1 (0x00007ffea075d000)
 
/root/rpmbuild/BUILD/cyrus-imapd-3.2.0/cassandane-54270a90fb3fa952510ae8589ed11fac2e1078b7/utils/syslog.so 
(0x00007f6e7c05b000)
         libsystemd.so.0 => /lib64/libsystemd.so.0 (0x00007f6e7bdb6000)
         libc.so.6 => /lib64/libc.so.6 (0x00007f6e7b9f3000)
         libdl.so.2 => /lib64/libdl.so.2 (0x00007f6e7b7ef000)
         librt.so.1 => /lib64/librt.so.1 (0x00007f6e7b5e6000)
         liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f6e7b3bf000)
         liblz4.so.1 => /lib64/liblz4.so.1 (0x00007f6e7b1a8000)
         libcap.so.2 => /lib64/libcap.so.2 (0x00007f6e7afa2000)
         libmount.so.1 => /lib64/libmount.so.1 (0x00007f6e7ad48000)
         libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00007f6e7aa2c000)
         libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f6e7a814000)
         libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f6e7a5f4000)
         /lib64/ld-linux-x86-64.so.2 (0x00007f6e7c46a000)
         libblkid.so.1 => /lib64/libblkid.so.1 (0x00007f6e7a3a2000)
         libuuid.so.1 => /lib64/libuuid.so.1 (0x00007f6e7a19a000)
         libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f6e79f6f000)
         libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00007f6e79d4e000)
         libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x00007f6e79aca000)

# export CASSANDANE_SYSLOG_FNAME=/var/log/cassa

# logger -p mail.info "ciao"

and the log is only written in /var/log/maillog

I also tried to configure rsyslog to log only on /dev/log socket 
bypassing journald, but it doesn't work yet.

The gcc compile of syslog.c doesn't show errors.

> This test is known to fail at the moment.  The test is correct (there is 
> a subtle problem), and also fails on every previous version of Cyrus 
> (the problem has existed for a long time, but has only recently had a 
> test added to observe it), but there isn't a fix for it yet.  This test 
> doesn't fail against cyrus master, ironically because the mechanism 
> Cassandane uses to trigger it no longer exists -- but as far as I know 
> the problem still exists on master too.
> 
> You can just ignore it, or tell testrunner.pl not to run it by naming it 
> as "!Rename.rename_inbox" or "~Rename.rename_inbox" on the command line. 
>   ('!' might interact with your shell history, so use "~" unless you 
> know that it won't!)
> 
> I see Robert has already fixed the SearchFuzzy problems (thanks!).  I 
> didn't read the wall-of-errors in your earlier followup, since you had 
> already followed up with the syslog detail.  Do you have other tests 
> that are failing still?

A list of known failing tests for each stable supported version of Cyrus 
IMAP could be very appreciated, but I understand that this could be 
difficult to achieve...

My currently failing and now ignored tests are based on failing tests in 
fedora for 3.0.x, reviewed in my env:

     # This tests coredumping and won't work on a machine where systemd
     # intercepts coredumps, which includes our builders.
     Cassandane::Test::Core

     # Upstream recommends disabling this because it has an internal 
race and
     # will fail randomly. 
https://github.com/cyrusimap/cassandane/issues/17
     Master.sighup_recycling

     # Fails because our Xapian is too old for proper CJK support.  1.5 
will be
     # OK, but it is not yet released.  The alternative is to bundle.
     SearchFuzzy.cjk_words

     # Can't currently be run at build time because of compiled-in 
paths.  See
     # https://github.com/cyrusimap/cyrus-imapd/issues/2386
     Admin.imap_admins

     # This fail on 3.2.0
     # https://github.com/cyrusimap/cyrus-imapd/issues/2332
     Caldav.supports_event

     # Fail on Cyrus 3.2.0
     Rename.rename_inbox

     # https://github.com/cyrusimap/cyrus-imapd/issues/2087
     ImapTest.append-binary
     ImapTest.fetch-binary-mime
     ImapTest.urlauth-binary

     # This one seems to fail randomly on fedora, but in my env always 
seems to be successful.
     ImapTest.urlauth2


Thank you very much
Cheers

Marco