邮件乱码问题

全部回复

• 

  

  0

  登录进行投票

  您好，

  为了进行问题排查，还请您再协助确认下面几点信息：

  1. 通过Outlook客户端发送简体内容的邮件是否会显示乱码？

  2. 您是否通过匿名中继器从您的报警系统中发送警报邮件？

  3. 你是如何在警报系统中配置您的警报邮件的？邮件编码格式是否和操作系统相一致？

  如果您在警报系统中所配置的邮件警报的语言格式同样为GB2312，建议您将其编码更改为UTF-8后再测试看看是否可以解决问题。

  此致，

  Aholic Liang

  ---

  如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们:tnsf@microsoft.com.

  
  

  • 已编辑 Aholic Liang 2022年11月21日 3:44

  2022年11月21日 3:43

  回复

  |

  引用
• 

  

  0

  登录进行投票

  1 不會

  2 是的

  3 警報系統中只有配置SMTP服務器名,端口,用戶名與密碼這4個,沒有其他的配置了.關於郵件編碼格式是否和操作系統一致也無法確認,因此也無法變更編碼為UTF-8. 

  另外,當我用另一個notes郵件系統做SMTP的話,Notes用戶是可以正常看到此類報警內容的,所以我想問題還是應該出在Exchange上.

  2022年11月21日 5:40

  回复

  |

  引用
• 

  

  0

  登录进行投票

  您好，

  根据我的研究，Exchange服务器中并没有可以更改邮件编码的内置设置。且常规使用Outlook客户端时发送的邮件正文出现乱码的情况时，主要原因同样是首选待发邮件的编码未使用UTF-8。

  这是邮件正文乱码的解决方案，希望对您有一些帮助！：电子邮件正文是乱码，当 Exchange Server 环境中的简体中文字符都包含在密件抄送行 - Microsoft 支持

  通常情况下，邮件模板是由这个第三方系统中设置且生成邮件，然后通过Exchange Server发送出来。还请麻烦您再确认一下当前邮件模板正在使用什么编码格式,能否将其更改 。

  此致，

  Aholic Liang

  ---

  如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们:tnsf@microsoft.com.

  2022年11月21日 9:08

  回复

  |

  引用
• 

  

  0

  登录进行投票

  我今天再測試搭建了一台全新的winmail郵件系統, 在報警系統中連接該WINMAIL的25端口發送報警郵件給WINMAIL用戶.結果正常顯示,郵件頭信息如下: 
  
  Return-Path: test@ituse.com
  Received: from jk-mis (jk-mis.test.com [172.22.32.106])
  by WIN2008TESTB with ESMTPA
  ; Tue, 22 Nov 2022 16:33:30 +0800
  Message-ID: <75FEA60D-5D5F-4968-A3EA-87D451E10C0D@WIN2008TESTB>
  From: =?GB2312?B?udzA7dSx?= <test@ituse.com>
  Subject: =?GB2312?B?sai+r9DFz6I=?=
  To: test2@ituse.com
  Content-Type: text/html;gbk
  Date: Tue, 22 Nov 2022 16:33:29 +0800
  X-Priority: 2
  X-Library: Indy 8.0.25
  只要連Exchange服務器發送出來的郵件就是亂碼,這應該可以確認是Exchange服務器的問題了吧~
  
  在EXCHANGE 2010有一個遠程域的配置,且可以配置該遠程域的編碼, 請問是否適用我的這個情況?

  2022年11月22日 9:36

  回复

  |

  引用
• 

  

  0

  登录进行投票

  您好，

  您可以参考此链接中的步骤配置管道跟踪以获取该邮件在管道当中的邮件快照，捕获传输服务或邮箱传输传递服务中的传输代理对邮件所做的任何更改。

  此致，

  Aholic Liang

  ---

  如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们:tnsf@microsoft.com.

  2022年11月22日 10:08

  回复

  |

  引用
• 

  

  0

  登录进行投票

  我發現,亂碼的郵件頭是這樣:Content-Type: text/html;

  而正常顯示的郵件頭是這樣:Content-Type: text/plain; charset="utf-8"  

  就是多了一個charset

  2022年11月22日 11:04

  回复

  |

  引用
• 

  

  0

  登录进行投票

  您好，

  根据您提供的信息，我找到了一个相似的帖子。同样是外部来源的消息通过Exchange 后，对其重新编码得到了不匹配的charset ,从而导致了邮件内容变成了乱码。

  最终是通过以下方法修改.config文件中的源码以解决此问题，您可以参考以下步骤测试该警报邮件是否可以恢复正常:

  1.备份 Exchange 服务器上的 EdgeTransport.exe.config 文件，该文件默认位于以下路径中：C： \Program Files\Microsoft\Exchange Server\V15\Bin

  

  2.添加键<add key=“DisableDetectEncodingFromMetaTag” value="true"/>至EdgeTransport.exe.config文件中

  

  3.保存该文件，然后重新启动Microsoft Exchange Transport服务。

  此致，

  Aholic Liang

  ---

  如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们:tnsf@microsoft.com.

  
  

  • 已编辑 Aholic Liang 2022年11月24日 10:24

  2022年11月24日 10:21

  回复

  |

  引用
• 

  

  0

  登录进行投票

  您好，

  请问乱码问题解决了吗？

  此方法是否有帮助？如果您的问题已成功解决，可以标记有用的回复为答案，或是分享您的解决方案，以帮助其他和您有相同问题的用户更方便的找到有用的信息。谢谢~

  此致，

  Aholic Liang

  ---

  如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们:tnsf@microsoft.com.

  2022年11月28日 3:44

  回复

  |

  引用
• 

  

  0

  登录进行投票

  剛試了你說的DisableDetectEncodingFromMetaTag方法，不生效，郵件主旨顯示正常，就是正文亂碼，

  郵件頭的還是顯示Content-Type: text/html;

  缺少charset=**

  還有其他的方法嗎~
  

  • 已编辑 JasonnJ 2022年12月1日 8:46

  2022年12月1日 8:44

  回复

  |

  引用
• 

  

  0

  登录进行投票

  您好，

  为了更好的定位到是在Exchange Server中的哪一个环节对该邮件的编码进行了更改，还是建议您查看一下Pipeline tracking中该邮件正文内容何时变换为乱码格式。

  感谢您的理解~

  此致，

  Aholic Liang

  ---

  如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们:tnsf@microsoft.com.

  
  

  • 已编辑 Aholic Liang 2022年12月2日 8:58

  2022年12月2日 8:57

  回复

  |

  引用
• 

  

  0

  登录进行投票

  已配置PIPELINE TRACKING,看到就是邮件一进来content-type就是缺少charset的（由于帐号原因我不能发图片）。这也看不出什么啊。

  2022年12月5日 9:12

  回复

  |

  引用
• 

  

  0

  登录进行投票

  您好，

  感谢您提供的相关信息！

  请问在警报系统和Exchange服务器中是否存在任何网关？

  如果没有的话，由于该邮件在一进入Exchange Server即为乱码，出现该问题的主要原因仍在此外部系统中。

  建议您可以尝试使用其他系统向Exchange发送中文邮箱以查看是否会出现相同的情况。

  此致，

  Aholic Liang

  
  

  ---

  如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们:tnsf@microsoft.com.

  2022年12月6日 9:48

  回复

  |

  引用
• 

  

  0

  登录进行投票

  警报系统和Exchange服务器中没有任何网关，我已测试过安装另一套邮件系统，是可以正常显示警报邮件的，因此问题还是出在Exchange服务器上。

  请问在这个乱码事件里，Exchange的远程域（remotedomain）是否能起到作用，如果想指定从某一域名发来的邮件就使用指定的编码，是否可以解决这个问题，远程域能否做到这个效果。

  2022年12月7日 0:53

  回复

  |

  引用
• 

  

  0

  登录进行投票

  您好，

  根据官方文档中的说明，配置远程域后，可以为从组织中的用户发送到该远程域的邮件应用邮件格式策略和可接受的字符集，而非可以配置从此远程域的收到的邮件编码。

  Remote domains: Exchange 2013 Help | Microsoft Learn

  此外，您配置发往另外一个邮件系统，得到正常的邮件正文，无法由此判断问题是由于Exchange server改变其编码。

  您同样可以尝试使用其他发件系统测试Exchange Server是否仍为乱码。

  此致，

  Aholic Liang

  ---

  如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们:tnsf@microsoft.com.

  2022年12月12日 8:11

  回复

  |

  引用
• 

  

  0

  登录进行投票

  是遠程域的問題，我配置了遠程域後，指寫該域的編碼，然後報警系統再使用該域來連接我的EXCHANGE系統，亂碼問題得以解決,感謝Aholic的幫忙~
  

  • 已编辑 JasonnJ 2022年12月19日 1:18
  • 已建议为答案 Aholic Liang 2022年12月20日 10:01
  • 已标记为答案 JasonnJ 2022年12月21日 8:24

  2022年12月19日 1:17

  回复

  |

  引用
• 

  

  0

  登录进行投票

  你好，

  很高兴得知您成功解决了您的问题，您可以将您的回复标记为答案以供论坛其他成员更快的找答案。

  感谢您的理解。

  此致，

  Aholic Liang

  ---

  如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们:tnsf@microsoft.com.

  2022年12月20日 10:03

  回复

  |

  引用