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


8

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

私が考えることができる3つの用途は、次のように分類できます。

  1. 通常の "admin / support / whatever"サービスにメールを送信します。私は「mysite@gmail.com」を使用することで逃げることができると思いますが、可能であればすべてを均一にしたいと思います。
  2. アカウント確認メール/パスワードのリセット。これは大きなハードルのようです。
  3. ダイジェストメール、つまり「先週、あなたのコンテンツに次のようなことが起こりました-返信、投票など」Stackoverflowのメールと似ています。オプトイン、明らかに。

私のサイトでは本当にメールをサポートしないという選択肢がありますか?


私はこれを言いたくないのですが、VPSは電子メールの要件ではなく、メールルーチンを備えたあらゆる種類のドメインとサーバーのみです。VPSは、スケーリングの問題に対する解決策です。
Talvi Watia

@タルビ:電子メールにVPSが必要だと言ったことはありません。私が言ったのは、VPSを使用する他の理由があったということです(私は今それについて話されましたが)。私の共有ホストには、私が使用できる電子メールが既に設定されていますが、これは(明らかに)VPSに組み込まれているものではありません。Google Appsについて知らなかったので、自分でメールサーバーを構築する必要があると思いました。
AgentConundrum 2010

回答:


16

メールは依然として非常に重要です。そして、company @ gmail.com / @ hotmail.comアカウントを使用しないでください。間違った種類の信号をすべて送信するだけです。一方、SMTPサーバーを自分で実行する必要があると言う人はいません。

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

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

あなたはすべき設定送信者ポリシーフレームワークレコードをドメインの積極的なホワイトリストの電子メールサーバーに、そして外部メールプロバイダのSPFレコードを含めます

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


+1いくつかのドメインでメールにGoogle Apps Standardを使用していて、昨年5月から所有しています。これは非常に機能し、驚くほど簡単にセットアップできます。
MetalMikester 2010

+1 Google Appsはこれに最適であり、優れたスパム保護であり、MXレコードに問題はありません。ドメインプロバイダーのメールからGoogle Appsに切り替えるだけで、完璧です。
Kevin

これは2つの理由で間違いなく最良のアイデアのように思われます。1)最初のホスティング用にWebFactionを調べていますが、mail()を使用できないように設定されています。私がすでに外部のSMTPサーバーにアウトソーシングしているなら、それもグーグルかもしれません。2)私がグーグルから脱却する段階に到達した場合(つまり、1日25,000人にメールを送信することを意味します-50アカウント* 500個の一意のアドレス)、自分のメールサーバーをホストすることは小さな懸念事項になります。
AgentConundrum 2010

補遺:私はWebFactionがVPSではないことを知っていますが、私の友人から共有から始めてもらいました。WebFactionはかなりカスタマイズ可能で、必要に応じてシェル/ sshアクセスとSphinxをインストールできます。
AgentConundrum 2010

1

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

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

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

VPSからのみ送信し、メインのメールサービスを他の場所でホストしている場合でも、VPSからのメールが迷惑メールであると誤って識別されるという問題があり、アプリがメールを送信しないようにする理由の1つです。一緒に-メールを送信しない場合、機密性の高いジャンクフィルターを使用したり、誤ってメッセージにジャンクのフラグを付けたり(将来のメッセージが届かない可能性があることを意味する)の可能性があるメールサービスのイライラユーザーに対処する必要はありません。

残念ながら、「自分のサイトがメールを送信せずに本当に生きられますか」と答える唯一の方法は、ターゲットユーザーと、サービスの利用方法を検討することです。ユーザーが機能を見逃さない場合はメールなしで実行できます。また、ユーザーが要求した場合にメールが存在しないことを正当化できます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.