On Thu, 09 Jun 2011 12:55:57 +0100 Carlo Rodrigues <c...@net4b.pt> wrote:
> Hey Stevan, > Hello Carlo, > On 06/08/2011 09:37 PM, Stevan Bajić wrote: > > On Wed, 08 Jun 2011 15:50:31 +0100 > > Carlo Rodrigues<c...@net4b.pt> wrote: > > > > Hello Carlo, > > > > > >>> It seems that we have now 3 votes for 'release early, release often', > >>> and no votes to postpone release until all/major bugs are fixed (or any > >>> other excuse for not releasing soon). > >>> > >> I'd really love to see "Feature request 2918624", which I submitted on > >> 2009-12-21 fixed on the next release. I filed it as a feature request, > >> but it's kind of a bug. UTF/iso/whatever encoding looks OK on the > >> history pages, but on the quarantine it's all messed up. It's really > >> hard to read some entries like this: > >> > >> 59% Jun 7 10:18p "=?UTF-8?B?Q2FyIFdhcnJhbnR5?=" > >> <opti...@havetable.info> > >> "=?UTF-8?B?RWNvbm9teSBQcm9vZiBZb3VyIENhcg==?=" > >> > >> And on the history page, > >> > >> As Innocent Tue 10:18p "Car Warranty "<opti...@havetable.info> > >> "Economy Proof Your Car" > >> > > ohhh boy. Such things are easy to fix. I stopped looking for the web UI > > long ago because so many users here where telling that they will make a new > > and shiny web UI in no time. So far nothing has emerged. Anyway... took me > > less than 5 Minutes to htmlize the from and subject line in the quarantine > > view. Would the attached patch (against GIT master) solve your issue? > > > Thank you for your prompt answer. > How I (we all) missed your involvement with dspam... > > This patch doesn't solve the problem completely, but it looks *WAY* > better. Now it's readable, and before it wasn't. The difference from > quarantine view and history view, as far as 'from' and 'subject' are > concerned, is that quarantine view is reading the pristine mbox file, > and history view is reading the values from $USER.log. $USER.log is > already preprocessed by dspam. > > With your patch every [A-Za-z] is translated right, only the characters > with accents are displayed erroneously. > I'll try to figure out what dspam does to from/subject before writing > them to system.log/$USER.log. > okay. I understand. Can you check the attached patch? Does that one solve your issue? You would need the following Perl modules to get the full functionallity of the patch: - Encode - HTML::Entities It's just a quick and dirty shoot and I have not tested the code at all. But I think it should be fine. Let me know if that one solves your issue or not? If it does then I am going to oblige you to send a patch for the DSPAM documentation where the two additional Perl modules are mentioned. Would that be okay with you? > Thanks > > Carlo > -- Kind Regards from Switzerland, Stevan Bajić
2918624.7z
Description: Binary data
------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________ Dspam-devel mailing list Dspam-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-devel
