2012-05-08 12 views
1

mail-inデータベースがあります。ここで、mailDocは受信メールから取得された値のテーブルです。特別なことではなく、この方法で作業するほうが簡単です。私は予定の代理店を持っていて、これらの着信電子メールを読み取り、それを処理して添付ファイルとクライアント名の有効性を判断します。無効な添付ファイルに遭遇した場合、元のメールのコピー(表のすべて)を送信者に送信して、エラーを説明したテキストの下に送信する必要があります。1つのドキュメントからフォームを取得し、別のフォームのRTFに配置します。

私はRenderToRTItemを使用して、この新しい(送信する)電子メールの既存のBodyフィールドに設定しようとしました。ヘルプドキュメントに記載されているものから、RenderToRTItemを使用するには、この関数を使用する前に電子メールを保存する必要があります。問題は私がこれらの電子メールを保存したくないということです。

RenderToRTItemは保存せずに添付ファイルをmailDocから取得して電子メールの行に配置しましたが、添付ファイルだけでなくフォーム全体を取得する必要があります。

mailDocフォームからすべてのデータを取得するには、既に追加されているテキストの下にあるmemoDocの本文フィールドにデータを配置しますか?

答えて

0

ドキュメントを保存する要件を回避することはできませんが、ドキュメントを保存して後で削除するのはなぜですか?ドキュメントのアイテムを "ToBeDeleted"に設定し、別のスケジュールされたエージェントを作成して、そのアイテムを持つすべてのドキュメントを削除することができます。ケンの答えにあなたの応答に基づいて

+0

私はコードにセーブを追加しましたが、これはこれが動作しないようにするものではないことがわかりました。 RenderToRTItemは、内容を実際に目的を破るように内容を入れる前に、Bodyフィールドの中の何かを削除するようです。 – RoyRumaner

+0

アイデアありがとう。私はAppendRTItemを使用して終了し、それを動作させました。 – RoyRumaner

0

は、新たなダミーNotesRichTextItemを作成してみてください。そのダミーアイテムにRenderToRTItemを実行します。その後、BodyItem.appendRTItem(dummyRTItem)を呼び出します。

+0

私もそれを試みました。テキストは返されましたが、他の文書のフォームは返されませんでした。再びそれは上書きされたように見えます。 – RoyRumaner

+0

さて...私は本当にあなたが「テキストを返しましたが、この場合はフォームを返さない」という意味がはっきりしていません。私はメールインの文書とあなたが得ている結果のコードと写真を投稿する必要があるかもしれないと思います。ここでもう一つ考えてみましょう:非表示にすることができますか?フォームからのデータのように見える数式が、実際にそこにあるにもかかわらず、コピーされませんでしたか? –

+0

代わりにAppendRTItemを使用するようにコードを変更しました。私はそれを動作させました。 RendnerToRIItemは私が望んだことをしないだけです。お手伝いをしていただきありがとうございます。 – RoyRumaner

0

文書の保存を避けるために周り、次の作業を試してみてください:
1の値が「0」でsaveoptionsフィールドを追加し
2 SAVE DOC(それは本当に保存されません)
3テストRenderToRTItem作品であれば

私はこのトリックをRenderToRTItemに使用しませんでしたが、他の多くの同様のニーズに対応しています。

0

電子メールの内容のみが必要な場合は、新しい電子メールの本文にテキストを追加し、元の電子メールの内容を本文に追加するためにAppendRTItemを使用してください。

+0

私はこれを提出した後、あなたはすでにこの方法に変更したことに気付きました。偉大な心は似ていると思いますか? –

関連する問題