Strange characters in email Subject field

I don't quite know where to post this one, but since I'm always programming only .jsps and servlets I hope someone will answer this here.
Accented characters in subject field of our emails produced by our programmes are being replaced by nonsense like the following:
=?ANSI_X3.4-1968?Q?
In the body of the email I can just replace accented characters with html equivalents, no problem, but not in the subject field.
Is there a way round this, like setting the character encoding somewhere or whatever? I use the javamail API to produce these emails - is there anything in the API for this?
Any help would be much appreciated.

I think e-mail only allows only ASCII characters in certain fields? I think you'd have to read the email RFC to find out the details of that.
http://www.faqs.org/rfcs/rfc2822.html
That's a start, but there are certain extensions to that, I think, that might atler things... Otherwise, you'd have to check thru the JavaMail API docs and see if there's an encoding setting somewhere.

Similar Messages

Incoming Email Subject Field length increase

Hi,
In CRM 7.0,I need to increase the incoming email Subject Field length ,When i try to modify UI configuration,Subject fields are not enabled for configuration (Other fields in the same screen are enabled for modifications)..
Please give your inputs whether incoming email Subject Field length can be increased? if so,this should be done at UI level or mail form?
Regards
Shan

Hi Prasenjit,
Thanks for your interaction and response.
Actually I can to find out views and class details in CRM 7.0 by using F2 key..
The UI component is CRMCMP_CCS_EML and view is CRMCMP_CCS_EML/MailBody. The implementation class is ZL_CRMCMP_C_MAILBODY_IMPL. Since all the page attributes are string, There is a context class ZCL_CRMCMP_C_MAILBODY_CTXT, But no context node (Like you mentioned type CN as in *CN00, *CN01) within page attribute.
The main issue am facing here is that couldnu2019t figure out where to start the debugging for inbound mails where the subject field is truncated. I usually process inbound mails from SOIN transaction.
Moreover subject field can have more than 40 characters in outgoing mail, but the inbound mail subject field limited to 40 character and rest of them truncated.
Hope you understand my area of concern and provide me your input.
Regards,
Shan

Fonts displaying in strange characters in Email and Web Browser

Myself and my creative director (on two different computers) are seeing strange characters in our email clients and web browser. He uses Entourage for Email and I use Thunderbird. We both use Firefox for a web browser.
This does not happen with every email or with every web page, what could it be?
View a screenshot here:
ftp://www.hanlonftp.com/upload/fontProblem.jpg

Clear out the font cache files from the hard drive with Font Finagler. Also, if you have the fonts Helvetica Fractions or Times Phonetic on the drive, delete them.

Strange characters on report from field overrun

We have a report, created with Cystal Reports 10, that is now giving us an issue. It is displayed via web browser.
When displayed using Crystal Enterprise 10, it looks fine. But when displayed with CR XI r2 JRC, we get strange characters after the field when the field on the report is overrun. The field on the report is not formatted wide enough for all data but this has not been an issue in the past, the overrun just displayed fine.
The display we are getting looks like:
For short data we get:
*TEST
For longer data (overrun) we get:
*TEST1瀲瀀猀
That should have displayed *TEST12.
I think I can get around this by formatting the field wider (I have not tried it yet) but we wanted to know if this was a known issue with a root cause / fix.

- The report is only generated and viewed via the web browser. A web screen takes criteria for the report data, does an SQL call to pull the data into a report table, and then calls the CR report viewer to display the data.
- JRC is the java Runtime Component. In CR XI, a package is supplied to install as part of the web server for doing the web report viewing withut having to install CR Enterprise.
- The original .rpt file, the report template, does not have the characters in it nor do they show up in Crystal Reports in any way that I have found to try to test.
- With using the JRC, there is no CE10 database. As noted above, CR Enterprise is not installed. As for the database that contains the report data table, it is MS SQL Server 200 with all appropriate patches applied.
I just tested extending the display field to well longer than the data but it did not help. The strange characters are still being displayed.

Email subject field - How to insert

Mac OS 10.4.0.11 - GLive CS1 (7.0.2)
Creating an email link in GoLive is easy enough, the email program jumps into life as you click the link with the correct address shown, but I cannot find how to automatically inset some text in the subject field on the email. See attachment.

1. Nov 27, 2006 5:13 PM in response to: srelberger
Re: E-mail Link with Subject Field
mailto:[email protected]?subject=You owe me a beer for Googling this for you.
Just saw this which seems to answer my question

Strange characters in email messages

my email messages have text characters that I cannot read. This is what the messages look like:
Xä•Aä[[å{A•b@{~ and so on.
I'm sure it is a simple key punch solution or mail preferences setting but I have tried everything I can think of. If anyone can solve this problem quickly for me I would appreciate it greatly.

I think e-mail only allows only ASCII characters in certain fields? I think you'd have to read the email RFC to find out the details of that.
http://www.faqs.org/rfcs/rfc2822.html
That's a start, but there are certain extensions to that, I think, that might atler things... Otherwise, you'd have to check thru the JavaMail API docs and see if there's an encoding setting somewhere.

Allowing Special Characters in email subject

Hi All,
This is my first post..Here is my scenario..I have an application whereby i can send emails..I tried sending anemail with special character in subject but the recipient had a different character when received..So i changed the encoding type of message to UTF-8 and it worked perfectly..But it didnt support for all the special characters.
Is there any way by which i can send any special character in emails without any problem..This is an urgent requirement
Thanks in Advance

aajan_1127 wrote:
Thanks for the reply..
I have a text box in jsp where by the user can enter values for the suject..So in servlet, the values enterd in text box will be the subject of the corresponding email.. ANd also am not using any unicode..the subject comes as a string and then i encode the values..You might want to brush up on what strings are and what unicode means. Inside Java strings are unicode. But if you are sending/receiving the data in unicode through the JSP / servlet depends on the encoding set on the JSP page. If you are not receiving unicode data, you are already missing those 'special' characters before even sending the email.

Last opened email subject is shown when opening email with many destination addresses

Platform IPAD2 64Gb, OS version 4.3.5 (8L1), English default language.
Issue: email subject field contents not showing correctly.
Today I received on my gmail account an email that was targeted explicitely to a group of over 60 addresses, all of them together in the "to:" field.
on the left part of the screen I can properly see a part of the right subject of the email.
If I access another email, then open that one, the wrong subject of the last opened email is shown in the right part of the screen, just under the long recipient list, and before the correctly shown date time and content.
This happens consistently, and whatever other email I decide to open, its subject is shown in place of the right one.
While having that email opened, if I kill the email application (doubleclicking home and then killing the mail icon), and then relaunch email, the email opens immediately, and the subject is correctly shown.
I also had cases in which an attachment was not shown in the email, despite being there, and being visible as a clip icon on the left part of the screen (but this is a different issue).
Marco Guardigli ( @mgua )

Unfortunately there isn't official commercial support for Mozilla Thunderbird from Mozilla Corp.. I believe some contributors here ([http://mozilla.magicfab.ca myself included]) do offer such support, though.
''Before doing anything else, please do exit Thunderbird completely and [https://support.mozilla.org/en-US/kb/profiles-tb#w_backing-up-a-profile backup the profile folder] - it contains all your email, settings, filters, etc.''
Regarding your issue, it looks like the mail folder information may be corrupt. In the left pane, in the folder list, right-click on the Sent folder and select '''Properties'''. Choose "'''Rebuild Index'''" or "'''Repair Folder'''" - do you even have that option? Once done, exit TB completely and restart it.
Updating to a newer version will help anyone help you, if only because some of the documentation for older Thunderbird versions is a bit harder to find and testing to try & reproduce your problem will be harder. Don't do this just yet, though :)
After this issue has been addressed I would suggest considering using IMAP if your provider allows you to, and of course archiving your email to Local Folders and doing regular backups of your profile.
If you want to arrange commercial support, contact me via the link I provided above and we can discuss rapidly. Otherwise I am fine continuing here, however I can only reply as time permits. I am in Montreal (so, EST time zone).

Accented characters in email fields

I'm using this script to have email sent to me through a mail form:
<?php
// initialize variables for To and Subject fields
$to = '[email protected]';
$subject = 'Een testmail';
$from = $_POST["from"];
$email = $_POST["email"];
$comments = $_POST["comments"];
// build message body from variables received in the POST array
$message = "Van: $from \n\n";
$message .= "Email: $email \n\n";
$message .= "Bericht: $comments";
$message = stripslashes($message);
//convert flash line breaks
$message= str_replace("\r", "\n", $message);
$message=nl2br($message);
// add additional email headers for more user-friendly reply
$additionalHeaders = "From: $from <".$email.">\r\n";
$additionalHeaders .= "Reply-To: ".$email."\r\n";
$additionalHeaders .= "MIME-Version: 1.0\r\n";
$additionalHeaders .= "Content-type: text/html; charset=utf-8\r\n";
// send email message
$OK = mail($to, $subject, $message, $additionalHeaders);
// let Flash know what the result was
if ($OK) {
echo 'sent=OK';
else {
echo 'sent=failed&reason='. urlencode('Er is een probleem met de server. Probeer het later nog eens.');
?>
The problem is that I can't get accented characters appear into the From: cc: bcc: fields. For example, when I fill the From field with 'René' it appears as 'RenX' in the From: field. I've set everything to utf-8 but that doesn't seem to matter. When I receive an html text mail, the From: fields displays accented characters as strange codes, like RenA@ or RenX for René.
In the message text itself it varies: it either displays René when the mail is viewed as plain text mail, or RenA@ when the mail is views as html text. How can I get accented characters appear inside email fields too? And also in the body text when the email is viewed as html text?

It comes down to this. Since flash outputs in utf-8 I used utf-8 in here too. But narrowing it down to the most basic part:
<?php
$headers = "MIME-Version: 1.0\r\n";
$headers .= "Content-type: text/html; charset= UTF-8\r\n";
$headers .= "From: René <[email protected]>\r\n";
$OK = mail('[email protected]', 'A question', 'René is my name', $headers);
if ($OK) {
echo 'sent=OK';
else {
echo 'sent=failed&reason='. urlencode('There is a problem with the server. Try again later.');
?>
When I view this through webmail I get to see RenX in the From field where it should be René. Changing charset to ISO8859-1 won't work either. I get RenX in the From field and RenA@ in the message part. And when I switch in webmail from text/html to text/plain it says Ren? in the message part.
How can I make it display René in all headers and message? Both in html mode and in plain text mode?

Need special encoded characters in an Email subject with java 1.3.1_02

I need to find a way to construct an Email through java with Subject lines built using characters from various Asian encodings. Such as Shift-JIS, Chinese Big5, etc.
These encodings cannot be in UTF-8 format and must remain in the native character set.
For testing I have an HTML file constructed using a single line of text with Shift-JIS characters. This file shows properly in web browsers under the Shift-JIS encoding view, and when used to create the body of an email it works perfectly through the DataHandler. However, I cannot get any java Reader to pull the same stream of characters into the Subject of the email. The Subject is always garbage no matter what I do.
Here is a small code sample with the relevant lines:
Session session = Session.getDefaultInstance(System.getProperties(), null);
MimeMessage reSend = new MimeMessage(session);
Transport ship = session.getTransport();
BufferedReader s = new BufferedReader(new InputStreamReader(new FileInputStream("C:\\JavaPrograms\\Converted\\JISConv.html"), "SJIS"));
String resub = s.readLine();
s.close();
reSend.setSubject(resub);
DataHandler collect = new DataHandler(new FileDataSource("C:\\JavaPrograms\\Converted\\JISConv.html"));
reSend.setDataHandler(collect);
ship.send(reSend);If I use the "SJIS" encoding in the InputStreamReader above, all characters are shown as "?". If I delete it entirely and use the system default, I get half of the characters and the rest are garbage. I can generate either of those results using various other Japanese and Western encoding definitions.
I have tried using the above code, also DataHandlers for the Subject, FileReader directly to a String, ByteArrayInputStreams, and StringBuffers. So far everything I try ends up at the same result.
Can anyone help me out? I really need this to work. If I can get this one encoding to work, then I should be able to program case switches for the other encodings.
Thanks kindly!
Kurt Jackson

First this is an issue with javamail and not with java.
What makes you think that the mime standard allows what you want to do?
Both of your 'tests' have been done using alternatives which do support alternative encodings.
These encodings cannot be in UTF-8 format and must remain in the native character set.That seems rather unlikely to me. Email is transported using one encoding. Certainly SMTP uses only ascii. So what ever you put in there is going to be ASCII no matter what you do to it. I suppose something at the end might try to read it using an alternative encoding but then what happens when someone really wants to send those ASCII characters?
Mime, I believe, is built on SMTP. And the subject line is still SMTP and thus ASCII.
Here is one link that covers mime (you might want to check the backing references though.)
http://www.mindspring.com/~mgrand/mime.html
I believe there is some sort of official or unofficial standard for doing what you want. I would suggest that you start by getting that first. I would suspect JavaMail doesn't support it.
Once you have a standard to follow you have the following choices..
- Modify JavaMail directly to support this (this then becomes a non-distributable solution.)
- Extend JavaMail do support this. This might or might not be possible.
- Write your own implementation (don't use JavaMail.)
- Find another solution from another source that already implements this.

How to set a form field that automatically saves as email subject title

I am creating a form in acrobat 9 and want the submit to email button to automatically use the information from one of the text fields as the subject title of the email. So when the client submits the form at the end the PO number they have used will automatically be the email subject. Is there any way to do this? I have found an example created using javascript but I am very much a novice with this so I don't know where to start with this? Any help would be greatly appreciated

Read this tutorial:
http://acrobatusers.com/tutorials/dynamically-setting-submit-e-mail-address

PDF forms - Change email subject to field content

Hi,
I created a fillable form with a sumbition via email button. When submitting, I need to replace the default email subject "Form Returned: fileName" with the content of a particular field.
I have no idea where to start. Can you help? THanks, Jp

wow! that was quick!I'll give it a try, thank you!

IMAP Email Portlet Error accessing email with blank subject field

I have sucessfully deployed imap portlet and added it to a page. I am able to read and compose emails. However while testing the portlet I ran into few problems:
1. Cannot read an email from inbox if the subject field of email is blank. Only way to read this email is to first select an email that has a subject and then navigate through "next" or "previous" button to read this email.
2. Some of the emails does not show the attachments. Some of them dooes show it. I am unable to figure why is it doing so.
3. It takes too long to load and sometimes ends up in "portlet time out".
Has anyone else also ran into such problems. Is there a solution to these problems.
Thanks
Abhishek Periwal

Thanks for early reply.
I analayzed my emails and figured out that email that are forwarded to me with some attachments have problems. These emails do not include the actual attachments , they only include the text part written by the sender. It will be great if this bug gets fixed.
Secondly I increased the time out and it helped. Thanks for your suggestion.
Thanks
Abhishek

Subject field in Japanese emails

Hi,
I am trying to send mail in Japanese using ISO-2022-JP charset. The body of the mail goes fine and is visible correctly, but am facing problems with the subject field. If I try sending any Japanese characters the subject field displays ??? in outlook.
I have tried following options -
MimeMessage.setSubject("\u30D5\u30C8", "iso-2022-jp");
MimeMessage.setSubject(MimeUtility.encodeText("\u30D5\u30C8", "iso-2022-jp", "Q"));several other combinations... Any suggestions.
PS - "\u30D5\u30C8" I tried to create the test string using Unicode characters for Japanese charset as suggested by a web-site. The actual string being used, I'm reading from a Japanese text file, read using UTF-8 encoding.

Hi Mlk,
Thank you for the reply. You are correct, In outlook I am not able to see Japanese characters in Subject line but in other mail I could see the same.
Once again thanks for the suggestion.
Regards,
Roja.

Mail keeps selecting text in the To & Subject fields as I type

Since upgrading to Leopard (and by upgrade doing a clean install and then running migration assistance) and the 10.5.1 update Mail is acting very strange. When ever I try to type in the To, CC, BCC, Reply To or the Subject Mail immediately selects the texts and 9 times out of 10 will not search the Address Book. For example, I try to type the name "James" but after typing the "J" Mail highlights it so it gets overwritten by the "a" which gets overwritten by the "m" and so on. If am fast enough it will complete "James" and search the Address Book. Or if there is not an entry it will just highlight "James". This behavior makes it impossible to type a new email address or even to write a subject and extremely difficult to pull names automatically from the Address Book. It is one of the weirdest things I have ever seen and I haven't been able to figure out a way to make it stop. Holding down the right arrow key while typing almost made it work but not quite. It seems to delay the selection process by half a second or so but not stop it. Anyone else experience this bizarre behavior or have any idea how to fix it?

While I take some comfort in the fact that I am not the only one experiencing this problem, it really ***** that I have not come across a really effective solution. But I do have an update that might help but only slightly.
So I started messing around with mail since this whole thing started. What I found is removing the "com.apple.mail.plist" file from ~\library\preferences seemed to mostly resolve this problem in the To & Cc address fields. Problems still occurs as described in the Bcc & Subject fields. I initially thought removing this file (and this is after backing up the mail folder, the plist file & and my messages to MailSteward just in case) had completely resolved the issue but no suck luck. Of course, I had to re-add all my accounts. And of course Mail "forgot" all the messages that were originally part of each account even though they were all still in the Mail folder. This is a pet peeve of mine. Mail won't import it's on mail content formats unless you manually open each email and tell it to move to a folder in Mail. But that's another topic.
After resetting up Mail I can normally type in the To & Cc fields and have it search the address book or previous messages. However just typing and pausing between letters causes it to have the problem again about 50% of the time. That is for the To & Cc fields. For the Bcc field I have to do the super fast typing to get it to do the search. So if I am actually fast enough to type "james" it will find it. If am slow and type "jam" the problem returns. If typing a new e-mail not in my address book or a previous e-mail forget about it. Type it somewhere else and then copy and paste. Basically it seems as though it will work if I can somehow get the field to start the address book search when typing. I've tested it a few times and once the field is able to pull up the search results (i.e. pasting a name that it should be able to find) it seems to work fine from that point on. Meaning you can then continue to normally add names to field or make changes to what was previously typed. But it is tricky at best to get it to work in the first place. The Subject line is still a mess and I have resorted to typing the subject in the body of the e-mail and cutting and pasting into the Subject line.
I tested this several times, removing and then restoring the original plist. I hope I have made a clear summary as to my experiences. Basically the original plist file had the original nearly unsolvable problem. When it was removed and Mail recreated it, I set up a new main account and the To & Cc fields were somewhat more forgiving though still have the problem about half the time. While the Bcc field has the problem 99% of the time and so far the Subject field still has it 100%.
For the record I use the Widescreen and HTTPMail plugins. But I am convinced these are not the issue because I did not re-add them to Mail until I had tested this issue with my regular pop account. Once I was satisfied with the results I installed these plugins and there was no difference in the way the program reacted. Also I use SpamSieve but since it only activates when I have new Mail this did not seem to make a difference as I have tried it with it off and on with the same results. This is the most annoying problem I have experienced on a Mac. It has me contemplating switching back to Entourage.

Strange characters in email Subject field

Similar Messages

Maybe you are looking for