1つのwp_mail()、接続先のチェーン
メーラーを再設定するのではなく、送信そのものを完全に引き受けます。そのため、ある接続先がメッセージを拒否すると、同じリクエスト内で次の接続先が試されます。チェーン全体はログ上で3行ではなく1行です — 1通のメールが3つの別々の失敗のように見えるべきではないからです。
ストアが送信するメールと、それが実際に送信されたという証拠。
WordPressは注文確認、パスワードリセット、領収書を、サーバーがたまたま提供している仕組みに丸投げしており、いずれかが届かなかったときに確認できるものは何も残りません。MevvMailは代わりに送信そのものを引き受けます — 設定した接続先経由で配信し、最初の接続先が拒否すると次に切り替え、あきらめるのではなく後で再試行し、すべての試行を自分のデータベース内のテーブルに記録します。ログはサーバー上に残り続けます — メール本文が当方に渡ることは一切なく、これはホスト型の代替サービスの仕組みとは正反対です。この製品は現在開発中で、配信エンジンは動作していますが周辺の画面はまだ書かれておらず、販売は行われていません。
できること
どの機能も、運用上の特定の引っかかりを取り除くために存在しています。
メーラーを再設定するのではなく、送信そのものを完全に引き受けます。そのため、ある接続先がメッセージを拒否すると、同じリクエスト内で次の接続先が試されます。チェーン全体はログ上で3行ではなく1行です — 1通のメールが3つの別々の失敗のように見えるべきではないからです。
すべての接続先が失敗すると、メッセージはキューに入れられ、1分後、5分後、30分後に再試行されます。3回試行して停止します — 存在しないアドレスは、40回目の試行で存在し始めるわけではないからです。
宛先、件名、ステータス、プロバイダー自身の応答、試行回数がデータベース内のテーブルに書き込まれます。メールに関する情報が当方に送られることは一切ありません。本文を保持するかどうかは設定項目のため、本文が個人データにあたるサイトでは、ログを残したまま本文だけを破棄できます。
接続先が定義されていない場合、フィルターは送信をそのままWordPressに戻します。設定を確認している間にストアのメールを飲み込んでしまうプラグインは、解決しようとしている問題よりも悪いものになってしまいます。
メッセージには送信元ラベル — フォーム、リカバリーメール、WooCommerce通知など — を付けることができ、これは専用のカラムに記録され、送信前にメッセージ本体からは取り除かれます。このラベルはメールがどこから来たかをあなたに伝えるものであり、受信者に届くことは一切ありません。
汎用SMTPとPHPのmail()は現時点で実装済みです。次に予定されているのはBrevo、SendGrid、Mailgun、Postmark、SparkPost、Elastic Email、SMTP2GO、Resendで、それぞれ独自のAPI経由で、同じ接続画面の裏側に統一されます。
WooCommerceとの連携は設計済みですがまだ実装されていません。注文のメールがその注文自体に紐づくようになり、注文画面から確認メールが顧客に届いたかどうかを確認し、そこから再送できるようになる予定です。
ニュースレターツールでも、送信代行サービスでもありません。メールの内容を当方のサーバーに移す計画は一切なく、これを導入する理由はまさにそれをしない点にあります。
製品情報