Mandrill から SparkPost に移行しています。SparkPost の送信は、Mandrill のsend-templateメッセージ呼び出しに最も近いものであると考えました。
Mandrill は、各電子メールのidとstatusのリストを使用して、これらの呼び出しに応答しました。一方、SparkPost は単一のIDと要約統計 (送信された電子メールの数と失敗した電子メールの数) を返します。これらのidとstatusを送信応答から取得する方法はありますか?
Mandrill から SparkPost に移行しています。SparkPost の送信は、Mandrill のsend-templateメッセージ呼び出しに最も近いものであると考えました。
Mandrill は、各電子メールのidとstatusのリストを使用して、これらの呼び出しに応答しました。一方、SparkPost は単一のIDと要約統計 (送信された電子メールの数と失敗した電子メールの数) を返します。これらのidとstatusを送信応答から取得する方法はありますか?
送信 API を使用して送信されたメッセージのメッセージ ID を取得するには、次の 2 つの方法があります。
どの方法を選択するかは、ユースケースによって異なります。基本的には、ポーリング (メッセージ イベント) とプッシュ (Web フック) です。ID は非同期で送信されるため、送信時に ID を取得する方法はありません。
メッセージ イベント API を照会することは、実行可能なオプションですが、単純なソリューションを不必要に複雑にします。一方で、Webhook をどうしても使いたいのですが、どのメッセージに関係するものか分からず困ってしまいます…。
欠落しているリンクは、私たち自身の ID をrcpt_metaに入れていました。気になるほとんどの Webhook にはrcpt_metaが含まれているため、 message_idをそれに置き換えることができます。
私もこの問題に悩まされています..rcpt_metaで置換が機能する場合、rcpt_metaソリューションを使用することは完璧ですが、そうではありません。
したがって、キャンペーンを送信する場合、すべての受信者をインラインで指定することはできませんが、メッセージごとに 1 つの API 呼び出しを行う必要があります。しかし今、すべての Transmission_id はすべての SINGLE 受信者に対して一意であるため、キーが欠落しており、rcpt_meta はもう必要ありません。
そのため、Webhook を受信するときに使用されるキーは次のように構成されます。
transmission_id **AND** rcpt_to