0
私のChromeプラグインでは、既存のメールから添付ファイルを選択して新しいメールを作成しています。添付ファイルをダウンロードしてアップロードするのを避け、代わりに新しい電子メールで既存の「添付ファイルID」を使用したいと思います。私が数日間研究をする前に、これが可能かどうかを知りたいと思います。新しいメールに異なるメールスレッドの「添付ファイルID」を使用することはできますか?
ありがとうございます。
私のChromeプラグインでは、既存のメールから添付ファイルを選択して新しいメールを作成しています。添付ファイルをダウンロードしてアップロードするのを避け、代わりに新しい電子メールで既存の「添付ファイルID」を使用したいと思います。私が数日間研究をする前に、これが可能かどうかを知りたいと思います。新しいメールに異なるメールスレッドの「添付ファイルID」を使用することはできますか?
ありがとうございます。
まず、添付ファイルは電子メールの一部です。完全な電子メールの中の文字のようなブロック。しかし、それはIDを持っていますが、このIDは、それが存在する電子メールに対応する電子メールでのみ一意です。
あなたが達成しようとしている事は、次のようなシナリオで可能です:すべての添付ファイルは、電子メールから抽出され、ストレージ内部のユニークなIDを持ついくつかの公共アクセス可能なストレージに保存されている場合、あなたは簡単なことができ、
したがって、その後、方法2が可能です。
何か不明な点がある場合や、一部の実装を続行する必要がある場合は、ここに戻ってください。
私は#1を理解していますが、私はそのアプローチを使用できません。私は添付ファイルをインクの一部としてではなく、インクの一部として持たせる必要があります。アプローチ#2では、ローカルでダウンロードして再接続するのではなく、サーバー側で同じ操作を行うことを提案しています。私はローカルで同じことをするよりも何らかの利益を見出すことができません。 – user3787910
@ user3787910:電子メールの添付ファイル、本文、ヘッダーなどのすべてのコンポーネント/ブロック/部分が解体/抽出され、個別に保管されている場合、添付ファイルを1つの電子メールから電子メールに添付することができます。 'email_XYZ'という電子メールの添付ファイル' attachment_ABC'が別の 'email_PQR'に参照されることはありません。添付ファイルは電子メールの**固有の**部分なので、抽出と再接続は唯一の方法です。 – sameerkn
が理にかなっています。私は、Gmailのエキスパートがより良い方法を見つけたと思っていました。 – user3787910