Hi
I realize this may seem overly nostalgic, but I was wondering if anyone has successfully got dovecot-2.3.21.1 running on Fedora 43?
I'm about to do an upgrade to Fedora 43 and I wanted to avoid doing a simultaneous upgrade to Dovecot 2.4 which is now the distro packaged version, since I have not yet converted my configuration.
I managed to compile from source (after taking care of adding -licuuc to the linker flags when linking test-fts-filter). However running test-lib then fails on two tests.
test-buffer-istream.c:54: Assert failed: buffer_append_full_file(result, TEST_FILENAME, SIZE_MAX, &error) == BUFFER_APPEND_READ_ERROR test-buffer-istream.c:56: Assert failed: error != NULL && *error != '\0' buffer_append_full_file .............................................. : FAILED
and
test-data-stack.c:191: Assert failed: a == b data-stack buffer interruption ....................................... : FAILED
If instead I use a src rpm like the one from here: https://koji.fedoraproject.org/koji/buildinfo?buildID=2651758
that includes fedora specific patches and try to rebuild it, it builds without the libicuuc issue, but then fails on one (different) test:
Error: error:078C0102:common libcrypto routines::passed a null parameter test-hmac.c:275: Assert(#3) failed: memcmp(res->data, vec->okm, vec->okm_len) == 0 hkdf sha256 rfc5869 vectors .......................................... : FAILED
My assumption as yet unverified is that the fedora specific patches are avoiding the two test errors iwhen using the unpatched source, but contribute to the error produced when using the patched source, though my test did not rule out environment differences between these two tests.
John
Hi John,
On Sunday, January 4th, 2026 at 12:22 AM, John Fawcett via dovecot <dovecot@dovecot.org> wrote:
Hi
I realize this may seem overly nostalgic, but I was wondering if anyone has successfully got dovecot-2.3.21.1 running on Fedora 43?
I just revived my copr with dovecot-2.3.21.1 for F43 (x86_64 and aarch64) based on the SRPM from koji. The only change I made was bumping the epoch to 2 so any F43 dovecot-2.4.x releases would not replace it. A fresh build which completed successfully is here: https://copr.fedorainfracloud.org/coprs/patrickl/Dovecot-2.3/
Meanwhile I switched to git HEAD with the debian config files from: https://salsa.debian.org/debian/dovecot
You can find the F43 builds here: https://copr.fedorainfracloud.org/coprs/patrickl/dovecot/
I'm about to do an upgrade to Fedora 43 and I wanted to avoid doing a simultaneous upgrade to Dovecot 2.4 which is now the distro packaged version, since I have not yet converted my configuration.
Either creating and adding your own copr with dovecot-2.3.21.1 for F43 or adding my copr (with sudo dnf copr enable patrickl/Dovecot-2.3 ) should result in dovecot-2.3.21.1 on F43 due to the higher epoch number (Epoch: 2) than the F43-shipped dovecot-2.4.1 RPM (Epoch: 1).
I managed to compile from source (after taking care of adding -licuuc to the linker flags when linking test-fts-filter). However running test-lib then fails on two tests.
I have seen two tests fail with git HEAD (reported to this list) but they are different.
My assumption as yet unverified is that the fedora specific patches are avoiding the two test errors iwhen using the unpatched source, but contribute to the error produced when using the patched source, though my test did not rule out environment differences between these two tests.
There are a lot of patches in the dovecot-2.3.21.1 SRPM. Given that Fedora is the upstream for RHEL (iirc via CentOS Stream) I guess they are needed for that Enterprise flavor :-)
Best, Patrick
On 04/01/2026 15:55, Patrick via dovecot wrote:
Hi John,
On Sunday, January 4th, 2026 at 12:22 AM, John Fawcett via dovecot <dovecot@dovecot.org> wrote:
Hi
I realize this may seem overly nostalgic, but I was wondering if anyone has successfully got dovecot-2.3.21.1 running on Fedora 43? I just revived my copr with dovecot-2.3.21.1 for F43 (x86_64 and aarch64) based on the SRPM from koji. The only change I made was bumping the epoch to 2 so any F43 dovecot-2.4.x releases would not replace it. A fresh build which completed successfully is here: https://copr.fedorainfracloud.org/coprs/patrickl/Dovecot-2.3/
Meanwhile I switched to git HEAD with the debian config files from: https://salsa.debian.org/debian/dovecot
You can find the F43 builds here: https://copr.fedorainfracloud.org/coprs/patrickl/dovecot/
I'm about to do an upgrade to Fedora 43 and I wanted to avoid doing a simultaneous upgrade to Dovecot 2.4 which is now the distro packaged version, since I have not yet converted my configuration. Either creating and adding your own copr with dovecot-2.3.21.1 for F43 or adding my copr (with sudo dnf copr enable patrickl/Dovecot-2.3 ) should result in dovecot-2.3.21.1 on F43 due to the higher epoch number (Epoch: 2) than the F43-shipped dovecot-2.4.1 RPM (Epoch: 1).
I managed to compile from source (after taking care of adding -licuuc to the linker flags when linking test-fts-filter). However running test-lib then fails on two tests. I have seen two tests fail with git HEAD (reported to this list) but they are different.
My assumption as yet unverified is that the fedora specific patches are avoiding the two test errors iwhen using the unpatched source, but contribute to the error produced when using the patched source, though my test did not rule out environment differences between these two tests. There are a lot of patches in the dovecot-2.3.21.1 SRPM. Given that Fedora is the upstream for RHEL (iirc via CentOS Stream) I guess they are needed for that Enterprise flavor :-)
Best, Patrick
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
Hi Patrick
thanks for that, it was very helpful.
I ran a build on copr, directly uploading the soure rpm that is failing for me locally, dovecot-2.3.21.1-5.fc43.src.rpm and I am getting the same failure when building for x86_64.
https://copr.fedorainfracloud.org/coprs/johnfawcett/dovecot/build/9974087/
I compared my builider-live.log.gz with the one you did. My build is failing during a make check. Looks like make check did not run on your builds. So that probably explains the different behaviour. In any case the distro spec file does not run the checks for aarch64, so if they can be skipped for aarch64 not sure if I should worry about only 1 of them failing for x86_64.
%check %ifnarch aarch64
some aarch64 tests timeout, skip for now
make check cd dovecot-pigeonhole make check %endif
Looking futher into the Fedora specific patches, I can get the build to complete (including make check) if I don't apply the distro hmac patch.
do not use own implementation of HMAC, use OpenSSL for certification
purposes
not sent upstream as proper fix would use dovecot's lib-dcrypt but it
introduces
hard to break circular dependency between lib and lib-dcrypt
Patch16: dovecot-2.3.6-opensslhmac.patch
Thanks again!
John
participants (2)
-
John Fawcett
-
Patrick