/usr/share/doc/procmail/KNOWN_BUGS is in procmail 3.22-19.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 | TIMEOUT doesn't always work
If a shell is invoked then procmail may wait while executing a
command for longer than TIMEOUT specifies.
regexp matching bug
Some regexps may return an incorrect value in the MATCH variable.
In particular, this can happen when 'redundant' * or + operators
appear on the lefthand side of the \/ token. (The current best
guess is that fixing this would require moving the "beginning of
match" pointer into the "per-task" regexp structure.)
Incorrect usage of -lnsl and -lsocket
libsocket and libnsl should be avoided if not needed as they're
broken under at least one version of IRIX. If your procmail
binary doesn't reliably find user's home directories, or otherwise
appears to have problems accessing the passwd file, try removing
-lnsl and -lsocket from the SEARCHLIBS variable in the Makefile,
then recompile.
No "$@" in logged abstract
When passing "$@" to a command, the "Folder:" logged does not
include any of arguments passed via the "$@"
Custom delimiter lossage
When using a custom message delimiter (like MMDF's ^A^A^A^A\n)
procmail fails to escape the delimiter in incoming messages,
resulting in corrupted mailboxes. Best current workaround is
to put a recipe in the /etc/procmailrc file that reads something
like
:0 fw
* ^A^A^A^A$
|perl -pe 's:\001\001\001\001$:\002\002\002\002:'
The "^A"s in the condition need to be real control-A characters.
Lost value on failed chdir()
If the user assigns a value to MAILDIR and the chdir() fails,
the previous value of the variable (but not the process's cwd)
is lost and replaced with "."
Control-M isn't whitespace
Every so often someone copies an rcfile from a Windows box and
it ends up with CRs on the end of every line. They should be
treated just like spaces and tabs are. As is, the results are
really confusing.
Shell Expansion
Shell expansion of conditions via the '$' special treats
double-quotes weirdly. They should not be considered special
at all there.
Backslash-newline inconsistencies
Backslash-newline removal is almost completely inconsistent and
should be straightened out some how, but without breaking
anything that's in use.
|