User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.5a) Gecko/20030619 Build Identifier: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.5a) Gecko/20030619 Email alarms are sent in text/plain with HTML entities corresponding to UTF-8 bytes. This is nonsense. Reproducible: Didn't try Steps to Reproduce: 1. Create an event with a "é" in the title and an email alarm. 2. Wait for the email alarm. 3. Open the corresponding message in your MUA. Actual Results: I get a message with the following headers: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit and in the body, for the "é" character: Ã© Expected Results: One should get a message with a charset sufficient to display the necessary characters (e.g. iso-8859-1 in the above case, or more generally utf-8). A text/html with charset=us-ascii would work, but text/plain messages are better (well, this could be configurable).
New contact from email@example.com to firstname.lastname@example.org Filter on string OttawaMBA to get rid of these messages. Sorry for the spam.
well this is old, but next time you file a bug try to reproduce, can you tell us if this still exists in current (much newer) Calendar Build, (addint accent marks on text for me is extreamly tedious).
I confirm this old bug on most recent calendar (but no dup found). I tried to work on this bug a long time ago without success. At this period, I observed that the behavior of some HTML Mozilla function were not consistant with the documentation (a bug ?).
Yea, it still exists, at least with German special characters. Where ä ö ü should be I get nonsense along the lines of "ä" or similar. Makes the damn things nigh unreadable.
Reassigning all automatically assigned bugs from Mostafa to email@example.com Bugspam filter: TorontoMostafaMove
Support for email alarms was removed when we desupported the old calendar extension. If we add such support back to Sunbird and/or Lightning and we have this bug again, it can be reopened. -> INVALID