問題タブ [tnef]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
0 に答える
270 参照

java - Java で添付ファイル付きのファイル winmail.dat (Transport Neutral Encapsulation Format - TNEF) を生成する必要がある

javawinmail.datでフォーマットしたファイルを生成したい。TNEFファイルの作成に使用できるオープン ソース ライブラリはありますかTNEF

見つけた

http://poi.apache.org/hmef/

TNEFただし、解析ファイルの読み取り専用 APIです。

Java 用の他の API や、目標を達成できる他の言語があれば教えてください。

0 投票する
1 に答える
543 参照

c# - 内部受信者の Exchange 2010/2013 TransportAgent コンテンツ変換

内部電子メールをさらに処理するためにリモート サーバーに再ルーティングするを作成しようとしてTransportAgentいますが、電子メールは Microsoft の内部 TNEF 形式で送信されます (コンテンツ変換は適用されません)。電子メールが外部の受信者に送信される場合に使用されるのと同じ形式にしたいと考えています。

現在、を使用しRoutingAgentて、内部メールをリモート サーバーに再ルーティングしています。カテゴライザーのパイプラインの観点からこれが発生する理由を誰かが説明できれば、たとえ私がそれを避けることができなくても、それは非常に役に立ちます。このエージェントは、Exchange のバージョンによって回答が異なる場合に備えて、Exchange 2010 と 2013 の両方に実装されます。

0 投票する
1 に答える
515 参照

python - Odoo: 会話に添付された winmail.dat を処理するには?

Microsoft Outlook を使用して添付ファイルを送信する顧客がいます。ただし、odoo ではwinmail.datファイルしか表示されません (メール クライアントではすべて問題ないように見えます)。

odoo に強制的にwinmail.datコンテンツを公開させる方法はありますか?

0 投票する
1 に答える
351 参照

php - メッセージ本文が TNEF 形式 (winmail.dat) であるかどうかを検出するにはどうすればよいですか?

メッセージ本文がPHP を使用して形式 (winmail.dat)であるかどうかを検出/確認するにはどうすればよいですか?

デコードしたくありません。確認したいだけです。私は BODY を取得するために使用imap_fetchbodyし、imap_body次のように「tnef 形式」であるかどうかを確認するために mimetype (またはそのようなもの) を取得する必要があります。

私は試した:

0 投票する
1 に答える
176 参照

outlook - TNEF を強制せずに Outlook メールの作成中にプロパティを設定し、送信後にそれらのプロパティを参照する

この以前の質問で説明されている問題と同様の問題がありますが、この分野での経験が不足しているため、いくつかの空白を埋めることができないため、回答でもう少し詳細を探しています。

TNEF (RTF) 送信を発生させずに、送信前に ID 番号で Outlook MailItem にタグを付ける

その質問の質問者のように、ユーザーが作成している間に「XXXX」という名前のユーザー プロパティを MailItem に設定して、後でユーザーが送信済みアイテム フォルダー内の同じ MailItem に再アクセスしたときに使用したいと思います。 「XXXX」プロパティの値を再度読み取ることができました。

私の追加の質問は次のとおりです。

  1. Dmitry Streblechenko は MailItem.PropertyAccessor.SetProperty を使用することを提案していますが、それが使用されているのを見ると、スキーマ リンクを使用してプロパティを表す人がいます。プロパティを引き続き「XXXX」として認識させたい場合、どのスキーマ リンクを使用すればよいですか? 言い換えれば、Dmitry の提案で使用する正しい構文は何でしょうか?

  2. 「.GetProperty」呼び出しを使用して、後で送信済みアイテムからプロパティを読み取ることができると思いますが、問題は、私たちのアドインが何年も前から存在しており、ユーザーが送信したアイテムが元の UserProperty を持つ MailItems ですでにいっぱいになっていることです」 XXXX」が含まれています。.PropertyAccessor.SetProperty を使用してプロパティを設定した場合でも、UserProperties を使用してプロパティ "XXXX" を取得できますか?

  3. または、メッセージの作成中に元のコードを使用して UserProperties を設定し続けた場合、.PropertyAccessor.SetProperty(" http://schemas.microsoft.com/mapi/id/ {00062008-0000-0000-C000- 000000000046}/8582000B", false) 元の投稿者が示唆しているように、ItemSend 中に UserProperties がメッセージと共に送信されないことを理解しています。送信済みアイテム フォルダ? Eugene Astafiev は、その .SetProperty 呼び出しを使用しても安全だと示唆していますが、それが送信側でメッセージに何が起こるかに影響するかどうかは明らかにしていません。

私の個人的な好みは、a) Outlook に特定の形式でメッセージを送信するように強制することなくアイテムを送信できるようにし、b) ユーザーの受信トレイのプロパティに引き続きアクセスできるようにするソリューションです。私たちは常に MailItem の UserProperties を使用していますが、ここで不可能なことを要求している可能性があることは承知しています。