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
레거시와 최신 시스템을 하나의 신뢰할 수 있는 릴레이로 유지
트랜잭션 트래픽, 알림 워크로드, 플랫폼 생성 메시지에 동일한 릴레이를 사용하고 일회성 취약 도구를 추가하지 마세요.
대표 제품 UI — 예시 데이터이며 실제 고객 지표가 아닙니다.
실제 SMTP 운영을 위해 설계됨
단순 전달 계층이 아닙니다. 인증 지원, 대기열 규율, 운영 팀을 위한 관찰 가능성을 갖춘 제어된 발송 파이프라인입니다.
안전한 제출
자격 증명과 전송을 보호하는 SMTP AUTH 및 TLS 지원 제출 흐름.
처리량 안정성
버스트 트래픽과 일상 백그라운드 메일 워크로드에 일관된 성능.
가시성 및 로그
검색 가능한 로그와 이벤트 수준 추적으로 전달 결과를 빠르게 조사합니다.
원활한 마이그레이션
즉각적인 전체 아키텍처 재작성 없이 기존 SMTP 제공업체에서 이전합니다.
전용 발송 신원
엔터프라이즈 메일 요구에 맞는 인증 도메인 및 발신자 정책을 사용합니다.
대기열 인식 신뢰성
제어된 대기열 및 재시도 동작으로 급증 시에도 전달 일관성을 보호합니다.
SMTP 릴레이 흐름
인프라를 예측 가능하고 디버깅 가능하게 유지하는 명확한 4단계 흐름.
1. 연결
애플리케이션이 SMTP 자격 증명으로 연결하고 보안 세션을 설정합니다.
2. 수락
메시지가 검증되고 제어 처리를 위해 대기열에 수락됩니다.
3. 라우팅
복원력과 제공업체 인식 동작으로 전달 경로를 통해 트래픽이 라우팅됩니다.
4. 추적
결과 이벤트와 로그가 운영 신뢰와 더 빠른 문제 해결을 제공합니다.
자주 묻는 질문
SMTP로 시작했다가 나중에 API로 옮길 수 있나요?
예. 많은 팀이 속도를 위해 SMTP로 시작한 뒤 더 깊은 제품 워크플로를 위해 API 엔드포인트를 추가합니다.
전달 수준 가시성을 받을 수 있나요?
예. 로그와 이벤트 스트림을 사용해 수락, 전달, 바운스 결과를 확인할 수 있습니다.
대량 발송에 적합한가요?
예. 릴레이는 프로덕션 플랫폼에서 흔한 지속 트래픽과 버스트 이벤트를 위해 구축되었습니다.
어떤 포트와 암호화를 사용해야 하나요?
대부분의 프로덕션 클라이언트는 STARTTLS가 있는 587 제출 또는 465의 암시적 TLS를 사용합니다. 공용 네트워크에서 평문 SMTP는 피하세요.
SMTP를 알려진 IP로 제한할 수 있나요?
예. IP 허용 목록은 일반적인 엔터프라이즈 제어입니다. 애플리케이션 서버, VPN 이그레스 또는 MTA 함대만 릴레이에 인증할 수 있습니다.
앱에서 인증 자격 증명은 어떻게 다루나요?
SMTP 자격 증명을 비밀 관리자에 보관하고, 인력 변경 시 순환하며, 소스 제어에 커밋하지 마세요. 환경별 자격 증명을 권장합니다.
이메일마다 새 SMTP 연결을 열면 전달성에 해가 되나요?
과도한 연결 churn은 지연과 부하를 추가할 수 있습니다. 스택이 허용하면 연결을 책임감 있게 재사용하고 문서화된 속도 및 동시성 지침을 따르세요.
레거시 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 설정 가이드
관련 제품
모든 테넌트의 critical email을 보호하세요.
이번 주 가장 중요한 stream을 Sendarix로 옮기세요. 나머지는 그대로 유지할 수 있습니다.
