CU400 sends special Characters to Hotmail, Gmail etc.

hawkeye
Member Posts: 51
My client Running 2009 R2 has trouble sending emails with attachments to for example hotmail and gmails but not to xxx@[company].com mails.
The subject and name of the attachments is strange characters looking like Chinese or something. In the overview list, the subject looks fine, but when you open the male noone can read it.
My client is using some Partner-created PDF-mailmodule using Amyuni PDF-converter and CU 400.
It worked fine until a few months ago where the hosting partner changed the server.
On Partnersource I found the following, changing the maiul.dll og tlb, but that did not help.
https://mbs2.microsoft.com/Knowledgebase/KBDisplay.aspx?scid=kb%3bEN-US%3b2516144
What to do.... Anyone?
Br
Hawkeye
edit: My client is running Classic only
The subject and name of the attachments is strange characters looking like Chinese or something. In the overview list, the subject looks fine, but when you open the male noone can read it.
My client is using some Partner-created PDF-mailmodule using Amyuni PDF-converter and CU 400.
It worked fine until a few months ago where the hosting partner changed the server.
On Partnersource I found the following, changing the maiul.dll og tlb, but that did not help.
https://mbs2.microsoft.com/Knowledgebase/KBDisplay.aspx?scid=kb%3bEN-US%3b2516144
What to do.... Anyone?
Br
Hawkeye
edit: My client is running Classic only
0
Answers
-
I'd guess the differences are caused by differences in resilience toward an incorrectly encoded mime message.
I suggest you capture the sent mime message and check it for errors. Once you have identified the flaw, it will be easier to to find a fix, either by changing your code or by updating involved components.
One way to capture the message is a local smtp server dummy like smtp4dev.
One way to find flaws is an online mime message validator like Message Lint0 -
Thanks - it seems like the trouble is about the UTF-16 formating.
How can I control that. If I could only send the message as plain text, I guess it would work, but the mail-automation does not have that kind of property.
btw. I tried without an attached PDF with no luck, but atleast I now know that the Amyuni driver is not the issue0 -
I did the following Code in the Function Send in CU 400.
I tried all combinations of the CREATE - function. I tried with HtmlFormatted TRUE and FALSE
All was with Chinese characters in the subject and in the send-from email.
Conclusion: This is not an NAV issue, this has to be a automation Issue or a SMTP-server problem.
IF USERID = '[MY USERID]' THEN BEGIN
CLEAR(Mail);
IF ISCLEAR(Mail) THEN
CREATE(Mail,TRUE,FALSE);
Mail.HtmlFormatted := TRUE;
Mail.FromName := 'THIS IS A TEST';
Mail.FromAddress := 'noreply@XXXXXX.XX';
Mail."To" := '[MY HOTMAIL]';
Mail.Subject := 'TEST';
Mail.Body := 'THIS IS THE BODY' ;
WITH SMTPMailSetup DO
Result :=
Mail.Send("SMTP Server",
"SMTP Server Port",
Authentication <> Authentication::Anonymous,
"User ID",
Password,
"Secure Connection");
Mail.Dispose;
CLEAR(Mail);
EXIT;
END;0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions