bogofilter 1.3.0.beta3 now available, more bugfixes and robustness
Matthias Andree via bogofilter-announce <[email protected]> Fri, 4 Apr 2025 13:08:01 +0200
| Newsgroups | gmane.mail.bogofilter.announce,gmane.mail.bogofilter.devel,gmane.mail.bogofilter.general |
|---|---|
| Message-ID | <[email protected]> |
--===============7519341346652921834== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="rFxEZSXb6alTGHf/" Content-Disposition: inline --rFxEZSXb6alTGHf/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Greetings, bogofilter 1.3.0.beta3 is now available from https://sourceforge.net/projects/bogofilter/files/bogofilter-current/bogofi= lter-1.3.0.beta/ https://gitlab.com/bogofilter/bogofilter/-/releases/bogofilter-1.3.0.beta3 (on gitlab, use the .tar.xz file and its detached GnuPG signature!) Regards, Matthias Andree =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1.3.0beta3 2025-04-04 * Fix recursion of RFC-2047 header word decoding We used to detect RFC-2047 words in the lexer, which it would decode and then push back to the lexer's input buffer. This could cause it to be subjected to another pass of RFC-2047 decoding, which is technically incorrect and also inefficient. RFC-2047 decoding now happens when reading the input lines, outside the lexer, so it only happens once. Originally, this bug report set out to also fix pushback buffer overflows, but that fact had been fixed as a desired side effect of earlier other fixes. Fixes Gitlab #3, which had been standing for far too long and originated in SourceForge Bug 85. 2025-04-03 * Several Lexer optimizations all over the place that should improve efficiency and avoid going into slow modes on corrupt inputs. The tokenizer should no longer try to match anything beyond 2 kBytes of input as single token. Also, response to messages with malformed MIME boundaries, specifically a lack of preceding blank line, should be better now. 2025-03-23 * Fix another decoding/lexer bug that would terminate lexing the input prematurely if a single byte from a multi-byte sequence (say, the 1st byte from UTF-8) was alone on a quoted-printable line that wants a continuation. Fixes issue #11, reported by Jonathan Kamens. =3D----------------------------------------------------------------------=3D PRIOR TEST ISSUE: 1.3.0beta2 2025-03-22 * Fix the remaining decoding/Unicode conversion bug=20 from issue #7 (Gitlab), reported by Jonathan Kamens. * Switch source code to C99. * Fix pathological performance on binary inputs mislabeled as text, as in t.passthrough-truncation, by breaking off several tokens at NUL bytes. t.passthrough-truncation is now roughly two orders of magnitude faster. 2025-03-22 * Fix the remaining decoding/Unicode conversion bug=20 from issue #7 (Gitlab), reported by Johnathan Kamens. * Switch source code to C99. * Fix pathological performance on binary inputs mislabelled as text, as in t.passthrough-truncation, by breaking off several tokens at NUL bytes. t.passthrough-truncation is now roughly two orders of magnitude faster. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING =3D----------------------------------------------------------------------=3D POTENTIAL FOR DATA CORRUPTION DURING UPDATES If you plan to upgrade your database library, if only as a side effect of an operating system upgrade, DO HEED the relevant documentation, for instance, the doc/README.db file. You may need to prepare the upgrade with the old version of the software. Otherwise, you may cause irrecoverable damage to your databases. DO backup your databases before making the upgrade. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --rFxEZSXb6alTGHf/ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEE3EplW9mTzUhx+oIQ5BKxVu/zhVoFAmfvvZEACgkQ5BKxVu/z hVozUhAAs718s0eMH1CROSg/X9rrN9ZQwAOWxjFw6tYjV+zT5jVRfUZeblzHw+ja pKbWMh5TixdpdpWR7dVCqKNUwF45x6zdAa/y8E+U8IzR9Pm6i7DBxPaM54I8rEh8 zgaw13bnp9b66sWgdtOo+W+gTZglUmiDaYXbd+6WRn7c5PFFdneXeTQ1ZnBiMWdi ckbOHR8fW9D1bDOvT6MNtkPjh9M6WRVpVJNvc4Cf4sAZFuTDW2deRAJkY7DRHy9n gibyrBMpUvj3ylKxIGN9cLZ9lGFGpia+v2P9XPkBGP2daac+EBVWxG/YJ0Wzoglg MCnNzLmlDuXFi9znGkYEfyFd1Gn79H/5NY66o1GW/GUBmcIGLHSfLJGL+xFf5XQJ 7hg/dhK87sMHKTQ/4lS5XwyrgzKwdesGSOZi0LesModE83sV4ae3UQANHV4Wh0Ja eNIwW1c8vLnP9xg6ieqs9XwxXAQ0TW/qrC5D4yijgPhqSqfHfZbJHfgenSxoSC5F 1E+oBWYNahc2PPKOib08RQh6EWJrT4gOwW20oz7cY62ccLH47X4z2Vv1roQkWSRX tCrZiEjP+NVUszXT/gtIncLU59Tm4j7wag0N/+pt9sL/O6+KHjWNTeDCuh/9Im00 Dpn7Yh9d0Hf0r4oIl3aXZ2UEqa0rbYwlHEcN8VUdQHIITU3qzwE= =KBwi -----END PGP SIGNATURE----- --rFxEZSXb6alTGHf/-- --===============7519341346652921834== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ bogofilter-announce mailing list [email protected] https://www.bogofilter.org/mailman/listinfo/bogofilter-announce --===============7519341346652921834==--