Route · SMTP Relay
SMTP Relay
SMTP birçok uygulama, eklenti ve dahili hizmet için hâlâ en hızlı yoldur. Sendarix, net günlükler ve olay sonuçları ile üretim düzeyinde SMTP işleme sunar.
# Kritik e-postayı routing policy üzerinden gönder 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 — entegrasyonu koruyun, kontrol katmanı kazanın host: smtp.sendarix.com port: 587 (STARTTLS) username: "your_sending_key" header: X-Sendarix-Policy: transactional-critical
Tek relay, her stack
Eski ve Modern Sistemleri Tek Güvenilir Relay Üzerinde Tutun
Transactional trafik, bildirim iş yükleri ve platform tarafından üretilen mesajlar için aynı relayi kullanın; kırılgan tek seferlik araçlar eklemeyin.
Temsili ürün UI’ı — illustrative data, canlı müşteri metriği değildir.
Gerçek SMTP Operasyonları İçin Tasarlandı
Bu basit bir yönlendirme katmanı değildir. Kimlik doğrulama desteği, kuyruk disiplini ve operasyon ekipleri için gözlemlenebilirlik içeren kontrollü bir gönderim boru hattıdır.
Güvenli Gönderim
Korumalı kimlik bilgileri ve aktarım için SMTP AUTH ve TLS destekli gönderim akışları.
İş Hacmi Kararlılığı
Patlama trafiği ve günlük arka plan posta iş yükleri için tutarlı performans.
Görünürlük ve Günlükler
Aranabilir günlükler ve olay düzeyinde takip ile teslimat sonuçlarını hızlıca inceleyin.
Sorunsuz Geçiş
Eski SMTP sağlayıcılarından anında tam mimari yeniden yazma zorunluluğu olmadan taşının.
Ayrılmış Gönderim Kimliği
Kurumsal posta gereksinimleriyle uyumlu doğrulanmış alanlar ve gönderici politikaları kullanın.
Kuyruk Bilinçli Güvenilirlik
Kontrollü kuyruk ve yeniden deneme davranışı ile ani artışlarda teslimat tutarlılığını koruyun.
SMTP Relay Akışı
Altyapıyı öngörülebilir ve hata ayıklanabilir tutmak için net 4 adımlı akış.
1. Bağlan
Uygulama SMTP kimlik bilgileriyle bağlanır ve güvenli bir oturum kurar.
2. Kabul
Mesaj doğrulanır ve kontrollü işleme için kuyruğa alınır.
3. Yönlendir
Trafik dayanıklılık ve sağlayıcı bilinçli davranışla teslimat yollarından geçer.
4. İzle
Sonuç olayları ve günlükler operasyonel güven ve daha hızlı sorun giderme sağlar.
Sık Sorulan Sorular
SMTP ile başlayıp sonra APIye geçebilir miyiz?
Evet. Birçok ekip hız için SMTP ile başlar, ardından daha derin ürün iş akışları için API uç noktaları ekler.
Teslimat düzeyinde görünürlük alıyor muyuz?
Evet. Kabul edildi, teslim edildi ve geri döndü sonuçlarını inceleyebilmeniz için günlükler ve olay akışları mevcuttur.
Yüksek hacimli gönderim için uygun mu?
Evet. Relay, üretim platformlarında yaygın olan sürekli trafik ve patlama olayları için oluşturulmuştur.
Hangi portları ve şifrelemeyi kullanmalıyız?
Çoğu üretim istemcisi STARTTLS ile 587 üzerinden gönderim veya 465 üzerinde örtük TLS kullanır. Genel ağlarda düz metin SMTPden kaçının.
SMTPyi bilinen IP adresleriyle kısıtlayabilir miyiz?
Evet. IP izin listesi yaygın bir kurumsal kontroldür: yalnızca uygulama sunucularınız, VPN çıkışınız veya MTA filonuz relaye kimlik doğrulayabilir.
Uygulamalarda kimlik bilgilerini nasıl ele almalıyız?
SMTP kimlik bilgilerini bir gizli yöneticide saklayın, personel değişiminde döndürün ve kaynak kontrolüne asla commit etmeyin. Ortam başına kimlik bilgilerini tercih edin.
Her e-posta için yeni SMTP bağlantısı açmak deliverabilityyi olumsuz etkiler mi?
Aşırı bağlantı değişimi gecikme ve yük ekleyebilir. Yığınınız izin veriyorsa bağlantıları sorumlu şekilde yeniden kullanın ve belgelenmiş hız ve eşzamanlılık yönergelerine uyun.
Eski CRM ve yazıcılar aynı SMTP relayi kullanabilir mi?
Genellikle evet. SMTP eski sistemler için ortak paydadir; planınız destekliyorsa bu akışları alanlar, başlıklar veya alt hesaplarla ayırabilirsiniz.
Mesaj boyutu ve ek sınırları ne olacak?
Büyük yükler başarısızlık riskini ve işlem süresini artırır. Plan sınırlarınızı kontrol edin; ekler ağırsa dosyaları harici barındırıp e-postada bağlantı kullanmayı düşünün.
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 kurulum rehberleri
İlgili ürünler
Her tenant için kritik e-postayı koruyun.
Bu hafta en kritik stream’inizi Sendarix’e taşıyın. Geri kalan her şeyi olduğu yerde bırakın.
