The ReRead offline mail/text reader/handler can decode/remap "Quoted-Printable" now by itself, no need to use a hooked-in external decoder for this any more.
Get it directly from: http://www.inti.be/hammer/rread46x.zip Best to get/read the adapted manual too: http://www.inti.be/hammer/rrkeys46.txt REM: I used various Q-P decoders hitherto (mostly MMENCODE lately) and got a bit weary with the results; so I finally included the functionally nevertheless into ReRead, despite of hesitations re "overkill" etc. But the problems sit deeper or rather, farther away - there seems to be no-one any more who keeps to the RFCs (and to reason). Firstly, too many ASPs/ISPs mangle just every mail relayed through some "sort of" QP encoding at their SMTP server, needed or not - despite of the fact that by now, the Net is in fact 8-bit transparent and there shouldn't be much need to do that any more. Secondly, too many mails are _consisting_ of, and not only containing, "attachments"; M$- and other outhouse exploders seem to be simply not capable any more to send a normal, ordinary mail body, and "text" then is forcibly "QP-encoded". And what a shitty mess this results in ! The reasons probably are the miserable raw(-"text") file formats where even a reasonable coded QP transposition cannot do much about; not to speak of that said encoders obviously are not this and contribute to the mess. QP-decoders then give a dang about how you want 8-bit chars re-translated: they force to "latin-1" and that's it. Still more crap onscreen. Yet probably more then half of the world's almost one billion PCs run on the good old IBM charset (standardised as ISO 8851-1, a.k.a. CodePage 437, PC-8, or even confused with "US-ASCII" in many Linux distributions.) End result is that you have this needless defacing (defecating?) all over the place in the in-boxes. I opted for a minimalist solution - in fact, less than 40 char entities cover almost all French and Spanish accented letters, German and Scandinavian Umlaute and the like, commonly arriving by mail. (So that's a small list/table and easy to adapt, and that then for just any target charset. Eliminating needless and irritating line-end signs and superfluous line breaks took just three more lines of code in the proggy.) But the situation overall is all but pleasant. BTW, is there anyone who knows of a _Linux_ app which would be capable to remap chars on the fly for display ? (I mean, _without_ changing the overall charset setup of the whole box nor changing/rewriting the orignal file?!) // Heimo Claasen // <hammer at revobild dot net> // Brussels 2003-06-08 The WebPlace of ReRead - and much to read ==> http://www.revobild.net To unsubscribe from SURVPC send a message to [EMAIL PROTECTED] with unsubscribe SURVPC in the body of the message. Also, trim this footer from any quoted replies. More info can be found at; http://www.softcon.com/archives/SURVPC.html
