Exhange Web Service：cid/ContentIdの角括弧でインラインアタッチメントが破損する

Question

Exceed Web Service（EWS）を使用して電子メールを送信するservicedeskアプリケーションを使用しています。しかし、画像（通常はスクリーンショット）で電子メールを送信すると、画像は表示されません。 右Outlookの選択ソースの表示]をクリックすると、私たちすることができますそれ自体、このような壊れた画像HARコーディング：

<img width=100 height=100 id="1" src="cid:&lt;helge.jpg&gt;">. 

画像がGmailの、Outlook.comなどのWebメールクライアントでも壊れています。

面白いのは、Servicedeskアプリケーションから同じExchangeサーバーのユーザーに画像を送信するときに、画像が正しく表示されていることです。

私たちのプログラマは、EWSのドキュメントを見てきました：

https://msdn.microsoft.com/en-us/library/office/hh532564%28v=exchg.80%29.aspx?f=255&MSPPError=-2147217396

とのServiceDeskのapplcationのプログラマは、彼らがEWSに使用するコードprovivedていますので、に基づいて

fileAttachment.ContentId = string.Concat("<", str, ">"); 

をMicrosoftの例では、idの周りに<と>を追加していますが、Microsoftの例はそうではありません。

私たちのプログラマが使用してexplampleを作った：

email.Attachments[0].ContentId = "WithoutAnglebrackets.jpg"; 
email.Attachments[1].ContentId = "<WithAnglebrackets.jpg>"; 

これは最初の添付ファイルは、他のメールに表示されないが、ことなりました。

servicedeskプログラマーは、anglebrracketsが許可するhttps://tools.ietf.org/html/rfc2392を参照しています。

また、アプリケーションがExchange 2010で動作していることも伝えています（Exchange 2013を使用しています）。

これはExchangeの問題ですか？または、プログラマーがanglebracketsを追加するのに間違っていますか？

Answer 1

あなたのサービスプログラマーが参照しているリンクには「交換」という言葉も含まれていないので、なぜこの文書をソースとして使用するのですか？

Anglebracketsは、ファイルの名前を存在しないものに変更します。つまり、電子メール内の壊れた画像になります。

アングルブラケットを使用することの利点はまったく正確です。ファイル名の指定には使用しない方がいいです。