Package: procmail Version: 3.22-11 Severity: wishlist Given that a user edited procmailrc with a broken editor that recodes the whole file to non unix line termination codes (like DOS, Mac) procmail is not able to interprete procmailrc properly. This causes unpredictable behaviour.
Unpredictable behaviour includes things like saving mails in an mbox folder called ".^M" (sic!) or other bogus and random filenames. For normal skilled user this is equivalent to data loss but you also could think of circumstances where procmail behaves in whatever catastrophic way. Since the undesired recoding of line endings could easily happen in mixed environments and this accident is not transparent to the end user nor does it provide any instant feedback, this case should be catched by procmails parser. -- System Information: Debian Release: 3.1 Architecture: mipsel (mips) Kernel: Linux 2.6.16-promise33 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages procmail depends on: ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
