Route · SMTP Relay
SMTP リレー
多くのアプリ、プラグイン、社内サービスにとって SMTP は依然として最短ルートです。Sendarix は本番品質の SMTP 処理と明確なログ、イベント結果を提供します。
# routing policy で重要メールを送信 curl -sS -X POST 'https://app.sendarix.com/v1/email/send' \ -H 'Content-Type: application/json' \ -H 'X-API-Key: YOUR_API_KEY' \ -H 'Idempotency-Key: otp_8842' \ -d '{"to":"user@acme.com","template":"password_reset","routing_policy":"transactional-critical"}'
const sendarix = require("sendarix")(process.env.SENDARIX_KEY); await sendarix.email.send({ to: "user@acme.com", template: "password_reset", routingPolicy: "transactional-critical", idempotencyKey: "otp_8842" });
# Drop-in SMTP — 既存統合を維持し control plane を追加 host: smtp.sendarix.com port: 587 (STARTTLS) username: "your_sending_key" header: X-Sendarix-Policy: transactional-critical
すべてのスタックにひとつの relay
レガシーとモダンを 1 つの信頼できるリレーに
トランザクショントラフィック、通知ワークロード、プラットフォーム生成メッセージを同じリレーで扱い、壊れやすいワンオフツールを増やしません。
代表的な製品 UI — 例示データであり、実際の顧客指標ではありません。
実運用の SMTP のために設計
単純な転送層ではありません。認証サポート、キュー規律、運用チーム向けの可観測性を備えた制御された送信パイプラインです。
安全な送信
SMTP AUTH と TLS 対応の送信フローで認証情報と転送を保護。
スループットの安定性
バーストトラフィックと日次のバックグラウンドメールに一貫したパフォーマンス。
可視性とログ
検索可能なログとイベントレベルの追跡で配信結果を迅速に調査。
スムーズな移行
旧 SMTP プロバイダーから、すぐに全体を書き換えずに移行。
専用の送信アイデンティティ
認証済みドメインとエンタープライズメール要件に沿った送信者ポリシーを使用。
キューを意識した信頼性
スパイク時も制御されたキューイングとリトライで配信の一貫性を維持。
SMTP リレーの流れ
インフラを予測可能かつデバッグしやすくする 4 ステップの流れ。
1. 接続
アプリケーションが SMTP 認証情報で接続し、安全なセッションを確立。
2. 受理
メッセージは検証され、制御された処理のためにキューに入ります。
3. ルーティング
トラフィックは回復力とプロバイダーに配慮した動作で配信パスを通ります。
4. 追跡
結果イベントとログが運用上の確信と迅速なトラブルシューティングを可能にします。
よくある質問
SMTP から始めて後から API に移れますか？
はい。多くのチームは速度のために SMTP から始め、より深いプロダクトワークフロー用に API を追加します。
配信レベルの可視性はありますか？
はい。ログとイベントストリームで受理、配信、バウンスの結果を確認できます。
高ボリューム送信に適していますか？
はい。リレーは本番プラットフォームの持続トラフィックとバースト向けに構築されています。
どのポートと暗号化を使うべきですか？
多くの本番クライアントは 587 で STARTTLS、または 465 で暗黙の TLS を使用します。公開ネットワークでは平文 SMTP を避けてください。
SMTP を既知の IP に限定できますか？
はい。IP 許可リストは一般的なエンタープライズ制御です。アプリサーバー、VPN 出口、または MTA フリートのみがリレーに認証できます。
アプリで認証情報はどう扱うべきですか？
SMTP 認証情報はシークレットマネージャーに保管し、人事異動時にローテーションし、ソースにコミットしないでください。環境ごとの認証情報を推奨します。
メールごとに新しい SMTP 接続を開くと配信に悪影響がありますか？
過度な接続の乱れは遅延と負荷を増やします。スタックが許す限り接続を責任を持って再利用し、文書化されたレートと同時実行のガイダンスに従ってください。
レガシー CRM やプリンターは同じ SMTP リレーを使えますか？
多くの場合は可能です。SMTP は旧システムの共通項です。プランがサポートする場合はドメイン、ヘッダー、またはサブアカウントでストリームを分離できます。
メッセージサイズと添付の制限は？
大きなペイロードは失敗リスクと処理時間を増やします。プランの制限を確認し、添付が重い場合は外部ホストにリンクを貼ることを検討してください。
What is the difference between port 587 and port 465?
Port 587 uses STARTTLS (opportunistic TLS upgrade after CONNECT), while port 465 uses implicit TLS where the connection is encrypted from the start. Both are valid for secure submission. Port 587 is the RFC-compliant standard for message submission; port 465 is deprecated but still widely supported for legacy clients.
How does Sendarix handle greylisting?
When a destination provider returns a 450 or 451 temporary response, Sendarix respects the retry period specified in the SMTP response. Most providers implement greylisting for 30 seconds to 10 minutes. Sendarix tracks these windows and retries within the provider's specified interval to maximize first-attempt success.
What is the maximum message size via SMTP?
Default maximum message size is 50MB including attachments and MIME encoding. For files larger than 25MB, Sendarix recommends uploading to cloud storage and sending a signed link instead. Some providers reject messages over 25MB entirely, regardless of SMTP acceptance.
Can we use subaddressing (user+tag@example.com) with Sendarix?
Yes. Subaddressing is fully supported and passed through to destination mail servers. The plus-address portion is visible to receiving MTA filters and can be used for routing, tagging, or filtering rules on the recipient side.
How do we verify our sending domain with Sendarix?
Domain verification requires adding DKIM records to your DNS. Sendarix provides a DKIM public key pair during setup. Add the TXT record to your domain's DNS, then Sendarix validates the record propagates before signing outgoing mail on your behalf.
SMTP 設定ガイド
関連製品
すべてのテナントの重要メールを守る。
今週、最も重要な stream を Sendarix に移行してください。他はそのままで構いません。
