메일-to-SMS 게이트웨이는 이메일을 문자 메시지로 변환합니다. 게이트웨이 도메인의 수신 전화번호로 이메일을 보내면, 이메일 본문이 SMS 내용이 되며, 게이트웨이는 이를 API 호출과 동일한 A2P 경로를 통해 전송합니다. 이 방식은 이메일은 보낼 수 있지만 API 호출은 불가능한 모니터링 도구, 헬프데스크 및 티켓팅 소프트웨어, 그리고 오래된 기업용 애플리케이션에 적합합니다. 누구나 이메일의 발신자(From) 주소를 위조할 수 있기 때문에, 안전한 게이트웨이는 SPF, DKIM 및 DMARC를 통과하는 도메인의 허용 목록(allow-list)에 등록된 발신자로부터 온 메일만 수락합니다.
핵심 요약
- 주소 형식: 게이트웨이 도메인 뒤에 전화번호를 붙입니다. 예: <number>@<gateway-domain>.
- 이메일 본문이 SMS 내용이 됩니다. 내용을 짧고 간결하게 작성하세요.
- 이미 이메일을 발송하는 도구의 알림 기능이나 HTTP 연동이 없는 시스템에 가장 적합합니다.
- 보안: 발신자 주소를 허용 목록에 등록하고 SPF, DKIM 및 DMARC 정렬을 강제하세요.
- 새로운 애플리케이션의 경우, SMS API를 사용하면 더 정밀한 제어와 풍부한 오류 처리가 가능합니다.
Email to SMS는 어떻게 작동하나요?
- 사용자의 시스템이 국제 형식의 번호를 포함하여 <number>@<gateway-domain>로 이메일을 보냅니다.
- 게이트웨이는 발신자가 허용되었는지와 도메인 인증을 통과했는지 확인합니다.
- 게이트웨이는 본문(및 지원되는 경우 제목의 지침)을 가져와 SMS를 생성합니다.
- 그 후 일반적인 A2P 경로를 통해 통상적인 발신자 ID 규칙에 따라 메시지를 제출합니다.
- 전송 결과 보고는 발신자에게 회신 이메일로 오거나 설정된 주소로 전송될 수 있습니다.
언제 API 대신 Email to SMS를 사용해야 하나요?
| 상황 | Email to SMS | SMS API |
|---|---|---|
| 이미 이메일로 알림을 보내는 도구의 모니터링 알림 | 적합한 사례: 알림을 게이트웨이로 전송 | 연동 필요 |
| 이메일 출력만 지원하는 헬프데스크 또는 ITSM 도구 | 적합함 | 커스텀 커넥터 필요 |
| 스프레드시트 또는 메일 클라이언트를 통한 간헐적 발송 | 적합함 | 과함 |
| 고객 대상 OTP 및 트랜잭션 플로우 | 권장하지 않음 | 예: 더 빠르고 구조화된 오류 제공 |
| 대량 캠페인 | 권장하지 않음 | 예: 대기열, 처리량 및 보고 |
일반적인 원칙은 소스 시스템을 변경할 수 없을 때는 이메일이 가교 역할을 한다는 것이며, 변경이 가능하다면 SMS API가 최선의 선택입니다. Python, PHP, Node.js, Java 및 C#에서 SMS를 발송하는 방법에 대한 당사의 가이드는 API 측면을 보여줍니다.
이메일-to-SMS 게이트웨이의 보안은 어떻게 설정하나요?
이메일은 발신자 인증을 고려하여 설계되지 않았으므로, 모든 From 주소를 수락하는 게이트웨이는 형식을 아는 누구나 귀하의 비용으로 귀하의 발신자 ID를 사용하여 문자를 보낼 수 있게 합니다. 다음과 같이 보안을 강화하세요:
- 계정별로 정확한 발신자 주소를 허용 목록(Allow-list)에 등록하세요.
- 발신 도메인에 SPF를 게시하고 DKIM으로 서명하며, 게이트웨이가 준수할 DMARC 정책을 설정하세요.
- 공용 사서함이 아닌 알림 전용 주소에서 발송하세요.
- 계정의 지출 및 요금 한도를 설정하세요.
- SMS로 변환되는 알림 이메일에 비밀번호, 코드 또는 개인 데이터를 절대 포함하지 마세요.
BroadNet의 게이트웨이는 SPF, DKIM 및 DMARC와 일치하는 도메인의 허용 목록에 등록된 발신자 주소로부터 오는 메일만 수락하며, 이를 통해 위조된 이메일이 발송을 트리거하는 것을 방지합니다. 이러한 레코드가 작동하는 방식은 이메일 전송 성공률을 참조하세요.
이메일 형식을 어떻게 구성해야 하나요?
- 일반 텍스트만 사용하세요: HTML, 서명 및 면책 조항은 SMS에 포함되거나 SMS 길이를 초과할 수 있습니다.
- 중요한 내용을 가장 먼저 배치하세요: 알림 이름, 심각도 및 호스트 정보는 처음 160자 이내에 포함되어야 합니다.
- 발송 도구에서 답장 체인과 푸터를 제거하세요.
- 글자 수 제한을 기억하세요: SMS당 GSM-7 160자, 유니코드의 경우 70자입니다. SMS 글자 수 제한을 참조하세요.
알림 예시: 제목 "CRITICAL db-01", 본문 "CRITICAL: db-01 디스크 95% (03:12 UTC). 티켓 4821." 이는 당직 엔지니어가 즉시 조치할 수 있는 짧은 SMS 한 건입니다.
BroadNet을 사용하여 이메일을 SMS로 전송하는 방법은 무엇인가요?
Email-to-SMS는 표준 BroadNet A2P 전송 위에 구축된 가벼운 레이어이므로, 통신사 직접 연동 경로, 발신자 ID 강제 적용, 전송 결과 보고 및 감사 로그가 REST API와 동일하게 제공됩니다. 설정 세부 정보, 주소 형식 및 지원되는 제목 구문은 email-to-SMS 개발자 페이지에서 확인하실 수 있습니다. 테스트 계정 신청 시 저희 엔지니어가 영업일 기준 1일 이내에 회신드립니다.
자주 묻는 질문
Email-to-SMS 게이트웨이는 무엇인가요?
전화번호 앞으로 보낸 이메일을 문자 메시지로 변환하여 SMS 네트워크를 통해 전송하는 서비스입니다.
이메일로 SMS를 어떻게 발송하나요?
허용 목록에 등록된 주소에서 제공업체의 게이트웨이 도메인에 있는 전화번호로 이메일을 보내면, 이메일 본문이 SMS로 전송됩니다.
이메일-to-SMS는 안전한가요?
게이트웨이에서 발신자를 제한하는 경우에만 가능합니다. 허용 목록(allow-list)을 사용하고 SPF, DKIM 및 DMARC를 적용하여 위조된 이메일이 거부되도록 하세요.
이메일로 전송 결과 보고를 받을 수 있나요?
네. 전송 결과 보고를 발신자에게 답장 이메일로 보내거나 설정된 주소로 받을 수 있습니다.
인증번호(OTP) 전송에 이메일-to-SMS를 사용해도 되나요?
아니요. 인증번호 전송에는 문자 API 또는 OTP API를 사용하세요. 더 빠르고, 구조화된 오류를 반환하며, 대체 발송(fallback)을 지원합니다.
이메일-to-SMS 메시지의 최대 길이는 얼마인가요?
일반 SMS와 동일합니다. 세그먼트당 160 GSM-7자 또는 70 Unicode 문자로 구성되며, 긴 텍스트는 과금되는 여러 부분으로 분할됩니다.
2026년 9월 28일 검토됨. 당사의 편집 기준을 확인하세요.