問題タブ [email]

実用的/可能な限り多くのヘッダー情報を含む電子メール メッセージをデータベースに格納するには、どのようなデータベース スキーマを使用しますか?

それらが MTA からスクリプトに供給され、関連するヘッダー/本文/添付ファイルに解析されたと仮定します。

メッセージ本文全体をデータベース テーブルに保存しますか、それとも MIME パーツを分割しますか? 添付ファイルはどうですか？

先週、ウェブサイトからの返信として 3 通のメールを送信しました。誰もそれらを受け取りませんでした！1 つは yahoo、hotmail、および海外ドメインです。購入希望者に返信するためだけに、当社のドメイン名をユーザーとして yahoo アカウントを開設するのは得策ではないかと考えています。

添付されたコードをリファクタリングして複数の電子メールアドレスに対応するための最良の方法は何ですか？

添付されたHTML/jQueryは完全であり、最初の電子メールアドレスに対して機能します。コードをコピー/貼り付けして変更することで、他の2つをセットアップできます。ただし、既存のコードをリファクタリングして、複数の電子メールアドレスフィールドを処理したいと思います。

私はすでに塩漬けハッシュを使用してデータベースにパスワードを保存しています。つまり、レインボー テーブル攻撃の影響を受けないはずです。

しかし、私は考えました: 誰かが私のデータベースを手に入れたらどうしますか? ユーザーの電子メールアドレスが含まれています。これらを使用して通知メールなどを送信するため、これらを実際にハッシュすることはできません..

それらを暗号化する必要がありますか？

SMTP ではなく sendmail 経由でメールを送信したい場合、このプロセスをカプセル化する Python 用のライブラリはありますか?

さらに良いことに、「sendmail -vs-smtp」の選択全体を抽象化する優れたライブラリはありますか?

このスクリプトを多数の UNIX ホストで実行しますが、そのうちの一部のみが localhost:25 でリッスンしています。これらのいくつかは組み込みシステムの一部であり、SMTP を受け入れるように設定することはできません。

グッド プラクティスの一環として、ヘッダー インジェクションの脆弱性自体をライブラリに処理してもらいpopen('/usr/bin/sendmail', 'w')たいと思っています。

答えが「ライブラリを書きに行く」である場合は、それで構いません;-)

これは「正確に」プログラミングの問題ではありませんが、非常に関連しています。クライアントへの招待メールを送信するアプリを作成しています (いいえ、スパムではありません)。彼らのデザイナーは、使用する HTML と CSS のテンプレートを提供してくれましたが、これは問題ありません。問題は、Microsoft がOutlook 2007 の HTML のレンダリング エンジンとして Word を使用することを決定したため、Outlook 2007 ではがらくたのように見えることです。クライアントには、「互換性のある」外観を設計する必要があることを理解してもらいたいと考えています。また、Outlook 2007 の使用が増加していることなど、どの電子メール クライアントが使用されているかについて何らかの統計を表示できるようにしたいと考えています。

これについての見解を提供するに近いホワイト ペーパー、Web サイト、研究に出くわした人はいますか? 国勢調査レベルの正確さは期待していませんが、かなり信頼できるものが良いでしょう. 助けてくれてありがとう。

電子メールによるユーザー操作を必要とする Web アプリケーションを作成しています。電子メールの処理について学習するためのベスト プラクティスまたは推奨される情報源があるかどうかに興味があります。Python でアプリケーションを作成していますが、使用するメール サーバーや、自動処理を考慮してメッセージや件名をフォーマットする方法がわかりません。また、バウンスバックの処理に関するガイダンスも探しています。

RCP アプリケーションのユーザーに、問題の詳細をサポート部門に送信することをお勧めします。この目的のために、標準エラー ダイアログに「サポートに連絡」ウィジェットを追加しました。

Java 6 の JDIC 呼び出しを使用して、URI ヘッダーを使用してスタックトレースを送信することができましたDesktop.getDesktop().mail(java.net.URI)。これにより、ユーザーのメール クライアントが起動し、コメントを追加して送信できるようになります。

私は電子メールクライアントを起動するのが好きです。なぜなら、それはユーザーが慣れているものであり、ユーザーに関する多くのこと (署名、連絡先の詳細など) をサポートに伝えるからです。Java Mail を同梱したくはありません。

私がやりたいのは、ログ ファイルとスタック トレースをファイルとして添付することです。そのため、最大長の要件はなく、ユーザーには見栄えの良い電子メールが表示され、サポート部門はより多くの情報を扱うことができます。

私が取っているアプローチでこれを行うことはできますか？それとももっと良い方法がありますか？

編集：私はOSGiコンテキストにいるので、JDICのバンドルが必要になります。可能であれば、依存関係をできるだけ少なくして出荷したいと考えています。また、複数のプラットフォーム用に JDIC をバンドルすることは、特にこのような小さな機能の場合は面白くありません。

JavaMail が適切かもしれませんが、これは企業クライアントのデスクトップ上にあるという事実のためです。構成のセットアップ/検出は、透過的で、自動で、信頼できるものでなければなりません。JavaMailに関しては、設定は手動のみのようです。これは事実ですか？

私が最も気に入っている答えはDesktop.open()、*.eml ファイルに を使用することです。残念ながら、Outlook Express (Outlook ではなく) は eml ファイルを開きます。これが通常なのか、Windows がこのような EML ファイルを開くように設定されているデフォルトなのかはわかりません。これは普通ですか？または、a) 生成が簡単で、b) ユーザーが既に使用しているのと同じ電子メール クライアントでデフォルトで開く、別のテキスト ベースの形式はありますか?

私は電子メールの検証チェックに取り組んでおり、user@localhost と user@example (.anything に注意) を有効な電子メール アドレスとして検証できるようにするかどうかを決定する必要があります。これは、Web 全体とイントラネットの両方で多数のユース ケースを持つオープン ソース プロジェクト用です。

RFC 2822 (Internet Message Format Standard) では許可されていますが、RFC 2821 (SMTP Standard) では失敗するはずです。

考え？

ユーザーが開始したアクションに応答して電子メールを送信する Web アプリがあります。これらの電子メールは、受信者に応答を求めます (特定のアクションに関連する URL が含まれています)。

そのメールを再度プッシュする「再送信」機能を求めるユーザーが何人かいます。

私の反論は、元の電子メールがスパム フォルダに入っている場合 (または最初にスパム フォルダに入れられなかった場合)、同じことが 2 回目に発生する可能性が高いということです。（受信者のメールサーバーに受信されており、返送されていないことを確認しております。）

では、コミュニティはどう考えているでしょうか: 招待状や通知を再送信したり電子メールで送信したりする機能は有用ですか、それとも無意味ですか?