Changing file.encoding might be risky, or again it might be exactly right, I know too little about Windows, but it might affect how Java reads files from the system.
A safer option might be to add "-Dmail.mime.charset=ISO-8859-1" instead.
Ultimately this should probably be fixed in a better place, like in the James mailet code, or possibly even in JavaMail.
/tobe
Marc de Oliveira wrote:
Thanks, your pointer seem to be working. I added "-Dfile.encoding=ISO-8859-1" to the last line of the RUN.BAT file and the listserver mails are no longer sent using cp1252 character set. - Marc
----- Original Message ----- From: "tobe" <[EMAIL PROTECTED]> To: "James Users List" <[EMAIL PROTECTED]> Sent: Sunday, June 15, 2003 5:21 PM Subject: Re: Unsupported charater set
http://cvs.apache.org/viewcvs/jakarta-james/src/java/org/apache/james/transpI should have added that I am assuming that the mailet handling mailing lists creates new MimeMessages, which would then presumably have this effect of changing the character encoding to Cp1252 on a Windows box.
The same problem might possibly occur with other mailets if they create a new message.
/tobe
tobe wrote:
I found that problem with Cp1252 when I was experimenting with JavaMail (the jar included with James).
It seems that JavaMail assumes that the character set to be used when operating on Windows should be Cp1252, because that is the encoding of files on the system (at least according to the Java System property "file.encoding").
This can be fixed by setting the System property "mail.mime.charset" to "iso-8859-1", I am not clear on what the side-effects would be. You could also set it (e.g. in James list-handler) for just the current javax.mail.Session.
Actually, this seems a bit arbitrary because usually text is in the form of a java string that has to be extracted (recoded) to an 8-bit charset anyway.
If your Windows system is actually using iso-8859-1 for its textfiles as well, you should probably change the System property "file.encoding", but these are murky waters for me.
See http://java.sun.com/products/javamail/1.3/docs/javadocs/index.html (the class MimeUtility has the note on this)
Really funny that Outlook should complain that the Cp1252 charset is unsupported because it is a windows-specific one. Perhaps its name should be "Windows-1252" (that is what Mozilla calls it). Perhaps the windows charset should never be used in e-mail. Someone want to tell Sun about this?
/tobe
Marc de Oliveira wrote:
a) The problem that I am adressing is not isolated to the the subject. Outlook users recieve the body text as an attached file. b) I don't think that the mail is preserving a character set that was defined on my client because two different character sets are used depending on whether I am sending through a list or directly to a receptor. - Marc
----- Original Message ----- From: "Noel J. Bergman" <[EMAIL PROTECTED]> To: "James Users List" <[EMAIL PROTECTED]> Sent: Sunday, June 08, 2003 2:12 AM Subject: RE: Unsupported charater set
usedThere was some work done in the past few weeks to preserve the charsetWhen comparing a mail sent to a maillist with one sent directly the character set used is not the same. 1) When sending to a maillist the character set is: charset=Cp1252 2) When sending directly the character set is: charset="iso-8859-1"
to encode a subject.
See:
ort/mailets/GenericListserv.java
That patch is present in the latest test build.
--- Noel
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
