Le 19/11/2011 21:00, Richard J.M. Hill a écrit :
> As I mentioned before, if I make a copy of kmailrc and edit it to
> remove the lines which contain the password entries, Konqueror is
> then able to recognize the file as plain text.  The 'file' command
> claims it to be "UTF-8 Unicode text, with very long lines" whether it
> contains the password or not.

Here, I have no password entries (I never really used kmail).

.kde/share/config/amarokrc
.kde/share/config/codeinerc
.kde/share/config/gwenviewrc
.kde/share/config/kaffeinerc
.kde/share/config/kdesktoprc
.kde/share/config/kdictrc
.kde/share/config/kmplayerrc
.kde/share/config/kopeterc
.kde/share/config/soundkonverterrc
.kde/share/config/tellicorc

are also of 'unknown type' for konqueror.

Deleting long lines makes konqueror identify them as plain text.

In kdictrc, it's the history field that contains only keywords separated
by commas, with no special characters...
It's 342 bytes long, with no spaces: too long for konqueror, it seems.

I believe the bug is here. There is a length limit that troubles
konqueror: if a line contains more than 301 bytes, the file is wrongly
identified.

What's the length of your password entries?
What happens If you reduce the length of the password field to 301
characters?