finalize

[pkg/t-prot.git] / README

diff --git a/README b/README
index 90527c8e0b8079ef4ebf12908974280c49e4dcc0..df56ca0edc32590f72d1e13f763b773b2832a8f9 100644 (file)
--- a/README
+++ b/README
@@ -17,7 +17,7 @@ T-PROT -- TOFU protection
 2. What does the script do?
    It detects,  and when demanded  hides annoying parts in rfc5322 messages:
    TOFU, huge quoted blocks, signatures (especially when they are too long),
-   excessive punktuation,  blocks of empty lines,  trailing spaces and tabs.
+   excessive punctuation,  blocks of empty lines,  trailing spaces and tabs.
    For use inside of MTAs or MDAs it exits with appropriate libc exit codes,
    so annoying messages may be bounced easily.
    
@@ -34,9 +34,10 @@ T-PROT -- TOFU protection
    further details on the activated features.
 
 5. And what about other User Agents?
-   I just use  mutt and slrn,  so I do  not know how to  filter messages in
-   other User Agents.  If you know  how to incorporate  t-prot e.g. in Gnus,
-   please just drop me a note. ;)
+   I just use mutt and slrn, but I will gladly accept configuration samples
+   for other user agents. There are already examples for mailcap(1) and the
+   Heirloom mailx (a.k.a. nail) in the contrib/ directory. The mutt example
+   works with mutt-kz as well.
 
 6. Where did the idea come from?
    Many thanks  to  Gerhard H. Wrodnigg  who uses a  TOFU protection script 
@@ -44,28 +45,3 @@ T-PROT -- TOFU protection
    entire inspiration for this hack came from the "TOFU protection" line of
    his script on many usenet postings.
 
-
-T-PROT AND SUPPORT FOR GETOPT::LONG
-===================================
-
-Most distributions (it seems to me) are quite eager to abandon Getopt::Mixed,
-having Getopt::Long in the official Perl package, which does everything the
-former module did. Getopt::Mixed is unmaintained and marked deprecated by
-its author, so why keep it?
-
-The answer is simple: because it's much faster (GNU time(1) tells me 28%
-faster for running my complete t-prot release test suite consisting of
-real-life emails) than anything I could get out of Getopt::Long. Plus,
-from my point of view, there are no problems having a package installed
-that is well-tested and just works fine (you don't need updates and more
-new shiny features if the software just does what you want it to do).
-
-So we have the choice between easy maintainance and better performance.
-
-For the time being, I made my choice and keep sticking to Getopt::Mixed as
-long as it works as-is with current stable perl versions. That does not mean
-I don't see the merits of a well-maintained standard module, which is already
-available on any perl system out there. Thus, a patch is provided to allow
-easy migration to Getopt::Long for anyone who likes this better. I hope
-this solution is fine for everyone.
-