I add the same problem before I installed properly my locale. If you 
want to read german, french, spanish, you have to install the locale 
for those languages. I didn't know there were e accute/grave in 
italian..

I don't know what to say after, but it was looking like your problem



Dom

I'm still having problems: PHP is version 5.2.8 (Slackware 12.1 
package), Horde version 3.3.2 and DIMP version 1.1.1.

If the accented "è" letter is in the mail body, preview doesn't work 
at all (subject is ok, but there is no accented letter in it). Anyway, 
this don't happens with every mail in with accented letters, but I've 
one of them that NEVER shows in the preview and neither to any user I 
forward the mail to.

Note that before upgrading PHP, with version 5.2.6, I was able to read 
the mail body from start to just before the accented letter (so the 
mail was truncated).

I've no local-gen in Slackware but my locales are installed (i'm in 
Italy, so it_IT).

YES! that solved it for me, thx!

Also noteworthy - if you are on Gentoo both the nls and unicode USE 
flags are required for PHP as otherwise 8-bit characters aren't 
rendered correctly.

So I guess you experienced exactly what I described in the comment #13

I just reinstalled groupware webmail edition 1.1 and got the same 
behaviour. So, I followed your statement and installed a very uptodate 
php version. I was able to see the beginning of a subject or a mail 
till I reach a non ascii char. What was strange, when I dble click, I 
was able to see the mail..

Finaly we discovered that it was a problem of locales installation. On 
that test machine, the defaut was POSIX and $LANG empty. So it's now 
solved, but i did not fully understand the exact problem



Dominique

I can confirm that using PHP versions prior to 5.2.4 may not handle 
8-bit characters correctly in json in certain situations.  Made a note 
in dimp/docs/INSTALL of this.  Since this is a PHP issue, closing the 
bug.

(debian etch)

Pb is the same : no previous but double click works fine

1) that don't solve problem for me

2) PHP version 5.2.0-8 on debian ( how can i try to take another 
version to try)



Thx in advance

And what about both of Michael's questions?

I'm using DIMP RC4 and when i click on a message the preview seems to 
be charged but then i can see only this:



To preview a message, select it from the list above. A right-click on 
the messages will display available actions.

Click on a message while holding down the CTRL key to select multiple 
messages. To select a range of messages, click the first message of 
the range, navigate to the last message of the range, and then click 
on the last message while holding down the SHIFT key.



The following keyboard shortcuts are available:

UP/DOWN Arrow keys: Move up/down through the message list.

PAGE UP/PAGE DOWN keys: Move one page up/down through the message list.

HOME/END keys: Move to the beginning/end of the message list.

DELETE key: Delete the currently selected message(s). SHIFT-DELETE 
will delete the current message and move to the next message if a 
single message is selected.

ENTER key: Open message(s) in a popup window.

CTRL-A: Select all messages in the current mailbox.



The message can be viewed opening the message in another window.



I've the same problem on Safari, Camino and Firefox

For those having problems:

1. Does changing "The default charset for messages with no charset 
information" setting in IMP fix this at all

2. You really need to be using the latest version of PHP because there 
have been a bunch of fixes to the json parsing code (now included 
w/PHP distribution) since PHP 5.2.0 dealing with invalid 
data/charsets.  The PECL extension is badly out-of-date.

It sounds like the subjects are in the wrong charset and thus charset 
conversion is causing invalid characters to be added to the string.

This happened to me in the past too.



Basically, on the viewport, if a subject had a non-ascii char, the 
subject line would be cut off there. I wouldn't also see the preview 
for that message. If I opened the message in a new window, I could see 
the message perfectly.



The problem was a locale problem. Don't ask why, but set the all 
relevant charsets in your /etc/locale-gen file and run "locale-gen".



In my case,

# cat /etc/locale.gen

en_GB ISO-8859-1

en_GB.ISO-8859-15 ISO-8859-15

en_GB.UTF-8 UTF-8

en_US ISO-8859-1

en_US.ISO-8859-15 ISO-8859-15

en_US.UTF-8 UTF-8

pt_PT ISO-8859-1

pt_PT.UTF-8 UTF-8

pt_PT.UTF-8@euro UTF-8

pt_PT@euro ISO-8859-15



# locale-gen

Generating locales (this might take a while)...

   en_GB.ISO-8859-1... done

   en_GB.ISO-8859-15... done

   en_GB.UTF-8... done

   en_US.ISO-8859-1... done

   en_US.ISO-8859-15... done

   en_US.UTF-8... done

   pt_PT.ISO-8859-1... done

   pt_PT.UTF-8... done

   pt_PT.UTF-8@euro... done

   pt_PT.ISO-8859-15@euro... done



Hope it helps.

Yes, I don't see this. This might be a Window thing. But I have access 
to dtrevor255's server, so I'll probably take a look at it soon.

Works fine for me.  Jan, you are probably using de_DE as your language 
- does this work for you?

I also have this problem but I'm running PHP and Horde on a Windows 
2003 Server. Only Engilsh (US) works.

i'm using the the current snap of horde, dimp, imp ...



normaly, i would like to use the german language and the dynamic mode. 
but if i use it, i cannot preview the messages and my portal page is 
empty (double click on a message works).



but if i change to the english (american) language, i can use the 
dynamic horde with no problems (message preview works, on the portal 
page i can see the modules like "Folder summary", "Calender summary" 
....)



i hope this can help to solve the problems with dimp and other 
languages than us-english...

This is a bogus statement.  Hundreds of thousands of messages a day 
are being sent on dimp systems, and many of these messages use 
non-ASCII characters.
Exactly why we need the source of the message because it appears that 
the subject of this message is broken.

Please provide an example message that triggers this behavior. Or does 
this happen with any message? Also, is it dependent on the language 
you have chosen?

OK. I just begin to understand (a little bit) what is wrong

If I choose english as my language and a pure ascii text, I can see 
the mail in preview.

If I choose french, preview is broken regardless of the charset in the mail



I confirmed that Subject and Sender do not support non ascii char



And dbleclick on a mail throw an error in firebug:

malformed URI sequence messages.php line 25



DimpCore.setTitle(decodeURIComponent('RE%3A%20SHERPAA%20%3A%20Intervention%20imp%E9rieuse%20de%20maintenance%20sur%20le%20routeur%20P%2FPE%20de%20Marseille%20ce%20soir%20%E0%2019h%20%2F%20Prochaines%20interventions%20programm%E9es%20sur%20le%20Backbone%20Sherpaa'))

I uninstalled json (commented in php.ini, checked in test.php)

And there is no difference. IMP is working perfectly

Also,  Sender in DIMP does not support non ascii charset

But trying to see english messages is broken too.



As I said, double click is OK



Dom



Server is a debian etch, a rather classic installation.

So that is why it won't display in the preview (the message is loaded 
via JSON) and it will display in the popup (since the message is 
loaded via a straight HTML call).

Or, more than likely, it is a broken message.  PHP's json module will 
terminate strings if there is an incorrect character.

Such behavior is often triggered by broken c-client libraries, did you 
try that on a different web server?

Also, did you enable debugging in DIMP and got some javascript errors, 
either in a popup message or through the javascript console/firebug?

When I click on a mail, I can't see any data in the bottom windows. I 
briefly see the clock running, but nothing to see. If I double click, 
everything appears .



And also:

subjects are truncated if there's a non ascii char in subject

Objet:  [sysadm] Questionnaire d'évaluation de "Safari Technical Books Online"



which is coded as follow:

Subject: [sysadm] =?ISO-8859-1?Q?Questionnaire_d'=E9valuation_de_"Safari_?=

  =?ISO-8859-1?Q?Technical_Books_Online"?=