This week's book giveaway is in the OCAJP 8 forum. We're giving away four copies of OCA Java SE 8 Programmer I Study Guide and have Edward Finegan & Robert Liguori on-line! See this thread for details.
I am working on a project that has a requirement to send emails in different languages. The email contents are in different property files and my java program has to read these files and send emails. The list of languages that has to be supported are english, european languages and far east asian languages like Chinese, Japanese and Korean. I did some research on Internationalization and found that UTF-8 is the encoding that supports all languages. Infact I did my program using this, and I was able to successfully read an email in all these languages in my lotus notes. But, the same email sent to hotmail and yahoo had some problems. Both, in hotmail and yahoo did not render the text correctly. In addition, hotmail did not allow me to change the encoding to UTF-8, the page reloaded when I did this and it set the encoding back to some European encoding. So, First of all I would like to know if my approach is correct, i.e. is UTF-8 the solution, or should I use individual encoding for each language. Even if I use the latter, is there any way for all Email clients(hotmail, yahoo etc) to render the email in the correct language without the user having to manually select the encoding. Any inputs on this is much appreciated. Thanks Sowmiya
My mailclient is mozilla and handles far eastern charactersets (chinese, japan, corean) - which I can neither distinguish, nor read, but they look nice to me - russian spam (I'm proud to know some characters ) and the western language-encodings. But when I'm online reading my mail, the Mailprovider shows me unreadable trash. So if it's your job to send mail, I guess your solution is right. You aren't responsible for the mail-sites of yahoo and hooya and can not force them, to display the mail the right way, because they put funny ad-frames around the mail, and if the encoding is set in the wrong way, you can't do anything about it. In other words: The mail protocol is wrapped by the http, and if sophisticated mail-clients display your mail correct - you did your job fine. Perhaps mail-viewer in the far east are configured to display far-eastern mails correct, and most user will use the right instruments to get their mails read.