web-dev-qa-db-ja.com

電子メールはどれほど重要ですか?

私はサイトを作成し始めており、さまざまな理由で共有するのではなく、VPSで実行したいと考えています。つまり、電子メールサービスが必要な場合、電子メールサーバーを実行するという重要なタスクに取り組む必要があります。私のような「初心者」にとっては楽しい問題ではありません。

私は次のように内訳を考えることができる3つの用途:

  1. 通常の「admin/support/whatever」サービスへのメール。私は「[email protected]」を使用して逃げることができると思いますが、可能であればすべてを統一することを望みます。
  2. アカウント確認メール/パスワードのリセット。これは大きなハードルのようです。
  3. ダイジェストメール、つまり「先週あなたのものに次のことが起こりました-返信、投票など」 stackoverflowメールとは異なりません。オプトイン、明らかに。

私のサイトでメールをサポートしないオプションは本当にありますか?

8
AgentConundrum

電子メールは依然として非常に重要です。そして[email protected]/@ hotmail.comアカウントを使用しないでください。信号。一方、自分でSMTPサーバーを実行する必要があると言う人はいません。

1つのシンプルで低コストのソリューションは、無料 Google Apps Standard 独自のドメイン名です。これにより、メールアカウント、GMailウェブメールアプリケーション、およびメールへのPOP3/SMTP/IMAP4アクセスを管理するためのシンプルなウェブインターフェースが提供されます。通常のPOP3/SMTPクライアントライブラリを使用して、webappサーバーからメールを送信できます。 Google Appsの無料版を使用していると、配信が遅く、Googleの制限にすぐに到達するという逸話的な苦情があります。個人的には、Google Appsで問題が発生したことはありません。

多数のメールを送信する必要がある場合、いつでも 有料Google App Engineアカウント にアップグレードするか、送信を切り替えることができます Sendgrid のようなものへのメールサーバー。

ドメインのメールサーバーを予防的にホワイトリストに登録するには、Sender Policy Framework recordを設定し、 include外部メールプロバイダーのSPFレコード

最後に、販売および保持ツールとしてのメールの力を過小評価しないでください。サインアップ後のターゲットを絞った個人用メール、試用期間中にサイトを使用していない場合のリマインダーメールなど-これらは放棄率を下げるのに役立ちます。

16

近いうちに実装する予定のいくつかのサイト/アプリについてこの問題を検討しています。私のアプリでは、メールをサポートしないという方向に傾いていますが、決定は対象読者に大きく依存します。

あなたが言及する3つのユースケースについて:

  1. このために独自のメールサーバーを実行する必要はありません。レジストラのメール転送を使用してGmail(または同様の)アカウントにメールを送信するか、ドメインのDNSを設定して、「ドメイン用のgoogle」システムを介してGmailを直接使用できるようにします like
  2. 私のターゲットオーディエンスは一般の一般ユーザーではないので、「キーパススのようなものを使用し、パスワードを忘れないようにします」および「アカウントの資格情報を忘れてしまいました。ただし、幅広いユーザーをターゲットにしている場合、特に(現在または後で)サイトから収入を得ようと計画している場合は、効果はありません。
    アカウント通知のために完全なメールサーバーを実行する必要はありません-送信サーバーだけです。オープンリレーとして設定されていないことを確認してください(この点に関しては、標準のメール設定はすぐに正しい必要がありますが、念のため常にテストしてください)。また、SPFまたは同様のDNSベースのスパム対策ヒントが設定されている場合ドメインでは、新しいサーバーが正当な送信者としてリストされていることを確認してください。
  3. この種の情報は、ユーザーがアプリにログインせずに見たい/必要とする緊急メッセージがない限り、Webページベースのダッシュボードとして表示できます。アカウントアクションの場合と同様に、このために完全なメールサーバーをセットアップする必要はありません-送信用のMTAだけです。

VPSから送信するだけでメインのメールサービスを他の場所でホストしている場合でも、VPSからのメールが迷惑メールとして誤認識されるという問題があります。一緒に-メールを送信しない場合、メールサービスの過激なユーザーに対処する必要はありません。機密性の高いジャンクフィルターを使用したり、誤ってメッセージに迷惑メールのフラグを付けたりする可能性があります.

残念ながら、「自分のサイトがメールを送信しなくても本当に生きられますか」と答える唯一の方法は、ターゲットオーディエンスとサービスの使用方法を検討することです。ユーザーが機能を見逃さない場合はメールなしで行うことも、ユーザーが尋ねた場合にそこにいないことを正当化することもできます。

1
David Spillett