Here's what we do now:
- mail/bogofilter currently depends on lmdb0, a 0.9.X port, so
it continues to work as before
- add a new mail/bogofilter-lmdb1 port that depends on lmdb, the 1.0
version of the LMDB database.
- add the upstream patch for bogofilter 1.3.0.rc1 that I made and
that delphij@ prepared for integration into the ports tree - thanks!
Here's the plan for end of 2026:
- AT THE SAME TIME:
- upgrade mail/bogofilter to depend on LMDB 1.0
- portrm mail/bogofilter-lmdb1
- add a MOVED entry to redirect from bogofilter-lmdb1 to bogofilter.
While here, clean up and rearrange the Makefiles.
PR: 296519
Reviewed by: arrowd
Pull Request: https://github.com/freebsd/freebsd-ports/pull/551
LMDB 1.0 introduced an incompatible on-disk format change and subtle
API breakage: applications that compiled cleanly against 1.0 headers
could fail silently at run time. Known affected ports include dns/knot3,
mail/bogofilter, and mail/postfix; the postfix issue has been confirmed
upstream. Linux distributions such as Arch Linux have observed the same
breakage. Samba can also be affected in certain configurations.
Because the regression is not detectable in an -exp build run -- the
postfix failure only manifests at run time, and bogofilter was caught
only because post-build self-tests happen to exercise this path -- we
cannot rely on package builds to validate the 1.0 upgrade.
This commit introduces databases/lmdb0 as a holding port for the 0.9.35
release, pinned to the 0.x branch with PORTSCOUT=limit:^0. and mutually
conflicting with databases/lmdb, which retains 1.0. The two packages
cannot be installed simultaneously, but having lmdb0 available means:
* Ports known to require the 0.9 ABI can declare an explicit dependency
on databases/lmdb0 until they are validated against 1.0.
* Users with existing databases in the 0.9 format can still access the
mdb_dump and mdb_load utilities to migrate data before upgrading.
* The package conflict prevents accidental mixing.
All 50 direct dependents of databases/lmdb are redirected to
databases/lmdb0 for now with a PORTREVISION bump, effectively restoring
the tree to the state prior to the LMDB 1.0 update. Once all dependent
ports are validated against LMDB 1.0, they will be moved back to
databases/lmdb and databases/lmdb0 will be removed.
PR: ports/296530
% sudo -u cyrus /usr/local/cyrus/sbin/ctl_cyrusdb -r
ld-elf.so.1: /usr/local/lib/libjansson.so.4: version JANSSON_4 required by /usr/local/lib/libcyrus_imap.so.0 not defined
When scanning maildirs with many files (more than 120000) the imapd
daemon can crash reaching it's ulimit memory.
Add a note to pkg-message about a configuration value that can be
used to increase the limit.
PR: 296444
MFH: 2026Q3
A collection of scripts for manipulating SPF records to stay within
the 10 DNS look-up limit specified in RFC 7208. Also includes scripts
to update SPF records via AWS, Cloudflare, and DNSimple APIs.
PR: 294442
Author: Jordan Montesse <ports@brtsvcs.net>
wolfssl was updated to 5.9.2 in ebd1ab3805 which
updates from libwolfssl.so.44 to libwolfssl.so.45. Therefore, PORTREVISION bump
is required. ftp/curl and net/libngtcp2-wolfssl are skipped because both ports
have version updates after ebd1ab3805.
% readelf -d /usr/local/lib/libwolfssl.so | grep SONAME
0x000000000000000e (SONAME) Library soname: [libwolfssl.so.45]
Already fixed in upstream xsimd:
In file included from /wrkdirs/usr/ports/mail/thunderbird/work/.build/gfx/thebes/Unified_cpp_gfx_thebes0.cpp:65:
In file included from /wrkdirs/usr/ports/mail/thunderbird/work/thunderbird-152.0/gfx/thebes/gfxAlphaRecovery.cpp:12:
In file included from /wrkdirs/usr/ports/mail/thunderbird/work/thunderbird-152.0/third_party/xsimd/include/xsimd/xsimd.hpp:63:
In file included from /wrkdirs/usr/ports/mail/thunderbird/work/thunderbird-152.0/third_party/xsimd/include/xsimd/memory/xsimd_aligned_allocator.hpp:27:
In file included from /wrkdirs/usr/ports/mail/thunderbird/work/thunderbird-152.0/third_party/xsimd/include/xsimd/config/xsimd_arch.hpp:19:
In file included from /wrkdirs/usr/ports/mail/thunderbird/work/thunderbird-152.0/third_party/xsimd/include/xsimd/types/xsimd_all_registers.hpp:51:
/wrkdirs/usr/ports/mail/thunderbird/work/thunderbird-152.0/third_party/xsimd/include/xsimd/types/xsimd_vsx_register.hpp:67:61: error: cannot use 'long' with '__vector bool'
67 | XSIMD_DECLARE_SIMD_BOOL_VSX_REGISTER(unsigned long, long);
| ^
/wrkdirs/usr/ports/mail/thunderbird/work/thunderbird-152.0/third_party/xsimd/include/xsimd/types/xsimd_vsx_register.hpp:67:55: warning: use of 'long' with '__vector' is deprecated [-Wdeprecated]
67 | XSIMD_DECLARE_SIMD_BOOL_VSX_REGISTER(unsigned long, long);
| ^
/wrkdirs/usr/ports/mail/thunderbird/work/thunderbird-152.0/third_party/xsimd/include/xsimd/types/xsimd_vsx_register.hpp:68:52: error: cannot use 'long' with '__vector bool'
68 | XSIMD_DECLARE_SIMD_BOOL_VSX_REGISTER(long, long);
| ^
/wrkdirs/usr/ports/mail/thunderbird/work/thunderbird-152.0/third_party/xsimd/include/xsimd/types/xsimd_vsx_register.hpp:68:46: warning: use of 'long' with '__vector' is deprecated [-Wdeprecated]
68 | XSIMD_DECLARE_SIMD_BOOL_VSX_REGISTER(long, long);
| ^
/wrkdirs/usr/ports/mail/thunderbird/work/thunderbird-152.0/third_party/xsimd/include/xsimd/types/xsimd_vsx_register.hpp:70:54: error: cannot use 'long' with '__vector bool'
70 | XSIMD_DECLARE_SIMD_BOOL_VSX_REGISTER(double, long);
| ^
5 warnings and 3 errors generated.
Fetchmail 6.6.5 is the sixth fetchmail 6.6 release on 2026-06-17, it
fixed a buffer sizing bug in the RPA code that could crash fetchmail
due to a buffer overrun when long user names and service realm and
challenges were used, POP3 was used, the username contained
@compuserve.com and the server would offer a non-standard
"AUTH"-without-arguments request that would list RPA
(case-insensitively) as supported authentication option.
Changelog:
https://sourceforge.net/projects/fetchmail/files/branch_6.6/
Improve mail/fetchmailconf:
- Replace PORTVERSION with DISTVERSION.
- Fix antipattern "BUILD_DEPENDS=RUN_DEPENDS".
- Fix warnings from portclippy.
PR: 296204 283227
Approved by: Corey Halpin <chalpin@cs.wisc.edu> (maintainer)
Sponsored by: UNIS Labs
Co-authored-by: Vladimir Druzenko <vvd@FreeBSD.org>
MFH: 2026Q2