C# Azure VWindows Server 2012上的.NET如何解密AT&；T手机_C#_.net_Email_Azure_Sms

C# Azure VWindows Server 2012上的.NET如何解密AT&；T手机

c# .net email azure sms

C# Azure VWindows Server 2012上的.NET如何解密AT&；T手机,c#,.net,email,azure,sms,C#,.net,Email,Azure,Sms,我编写了一个很酷的.NETWindows应用程序，它可以通过短信或电子邮件与用户进行通信。它对待短信就像对待电子邮件一样。当我的Windows server 2012接收到来自移动设备的文本消息或电子邮件时，这两种消息都会进入C:\inetpub\mailroot\Drop\并由我的应用程序处理通过Gmail、Hotmail等邮件以及Verizon的短信，一切都非常顺利。但后来我的朋友过来了，我们测试从他的AT&T gophone收到的信息。。。哎哟！我从他的手机短信中收到了这封邮件（见下文）

我编写了一个很酷的.NETWindows应用程序，它可以通过短信或电子邮件与用户进行通信。它对待短信就像对待电子邮件一样。当我的Windows server 2012接收到来自移动设备的文本消息或电子邮件时，这两种消息都会进入C:\inetpub\mailroot\Drop\并由我的应用程序处理

通过Gmail、Hotmail等邮件以及Verizon的短信，一切都非常顺利。但后来我的朋友过来了，我们测试从他的AT&T gophone收到的信息。。。哎哟！我从他的手机短信中收到了这封邮件（见下文），除了实际的短信负载被打乱外，一切看起来都很正常

我如何解扰？首先，为什么文本被打乱了

TO: PRAY@##########@COM
FROM: ##########@@MMS.ATT.NET
DATE: MON, 5 JUN 2017 20:42:02 -0400 (EDT)
CONTENT-TYPE: MULTIPART/MIXED; 
    BOUNDARY="----=_PART_7984369_300459990.1496709722943"
MIME-VERSION: 1.0
MESSAGE-ID: <1096997833.194273661496709722943.JAVAMAIL.NEMS@ALPNMS03>

------=_PART_7984369_300459990.1496709722943
CONTENT-TYPE: TEXT/PLAIN; CHARSET=UTF-8
CONTENT-DISPOSITION: ATTACHMENT; FILENAME=TEXT_0.TXT; CHARSET=US-ASCII
CONTENT-ID: 0
CONTENT-LOCATION: TEXT_0.TXT
CONTENT-TRANSFER-ENCODING: BASE64

……实际的信息是：“我的祈祷是：让海蒂在她的家庭里拥有和平” ------=_零件_7984369_300459990.1496709722943--

X-SENDER:@MMS.ATT.NET
X-RECEIVER:PRAY@###########.ORG
收到：PRAYSHEP与微软SMTPSVC（8.5.9600.16384）合作，从BTHCEG-momta2-MMS.MYCINGULAR.NET（[########################@）收到；
2017年6月5日星期一18:14:30-0700
返回路径：
收到：来自[#########]（[###############：5151516]HELO=ALPNMS03）
由BTHCEG-MOMTA02（信封自）
（ECELERITY 3.0.23.37692 R（37717））与ESMTP
ID 29/CD-12903-7F106395；2017年6月5日星期一18:14:31-0700
X-MMS-MESSAGE-TYPE:M-SEND-REQ
X-MMS-TRANSACTION-ID:1496711669-7
X-MMS-MMS-版本：1.2
致:praye(祈祷)ORG
发件人：MMS.ATT.NET
日期：2017年6月5日星期一21:14:30-0400（美国东部时间）
X-MMS-SENDER-VISIBILITY:显示
内容类型：多部分/混合；
BOUNDARY=“---=\u零件号\u 7989525\u 395020720.149671670941”
MIME-VERSION:1.0
消息ID:
X-ORIGINALARRIVALTIME:2017年6月6日01:14:30.0518（UTC）文件时间=[3FC4A960:01D2DE62]
------=_零件号_7989525_395020720.149671670941
内容类型：文本/纯文本；字符集=UTF-8
内容倾向：依恋；文件名=TEXT_0.TXT；字符集=US-ASCII
CONTENT-ID:0
内容位置：TEXT_0.TXT
内容传输编码：BASE64

。。。。。。。。。。。。。。。。。从短信中加扰：。。。。。。。。。。。 QWFHYWFHYWFHYWFHYWFHYWFHYWFHYWFHYWFHYWFHYWFHYWFHYWFH ……实际是“aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa

------=\u PART\u 7989525\u 395020720.149671670941--

因此此HttpRequest是一种多部分形式

每个文件在边界之间分割：

BOUNDARY="----=_PART_7984369_300459990.1496709722943"

然后每个文件都有自己的信息集：

------=_PART_7984369_300459990.1496709722943
CONTENT-TYPE: TEXT/PLAIN; CHARSET=UTF-8
CONTENT-DISPOSITION: ATTACHMENT; FILENAME=TEXT_0.TXT; CHARSET=US-ASCII
CONTENT-ID: 0
CONTENT-LOCATION: TEXT_0.TXT
CONTENT-TRANSFER-ENCODING: BASE64

此边界具有

CONTENT-TRANSFER-ENCODING

标题，这意味着其所有内容（

TEXT\u 0.TXT

）都编码为

BASE64

我查看了您发布的消息，它应该区分大小写，导致

txkgchjhewvyiglzoibmb3igsgvpzgkgdg8gagf2zsbwwzwfjzsbibozgzmftawx5

，因此您可能有一些数据损坏，或者您查看编码的方式正在改变它

我无法提供代码示例，因为我不确定您是使用Webforms还是MVC，但这里有一个使用asp.net MVC Web Api 2的示例，因此此HttpRequest是一个多部分表单