자체 도메인에서 브랜드 이메일 보내기

브랜드가 적용된 메일함 및 초대 이메일의 기본 발신자는 TrekMail에 맞게 구성된 플랫폼 발신자입니다. 표시되는 브랜드 이름과 이메일 레이아웃에는 여전히 고객님의 브랜드 정체성을 사용할 수 있지만, 주소에는 플랫폼 도메인이 표시될 수 있습니다. 계정 소유자 및 청구 관련 메시지와 기타 플랫폼 안내는 별도의 흐름이며, 브랜드가 적용된 고객용 메일로 표시해서는 안 됩니다.

Transactional sender 설정을 사용하면 지원되는 브랜드 이메일에서 noreply@yourbrand.com 또는 hello@yourbrand.com처럼 계정 내 도메인에 속한 주소를 사용할 수 있습니다. 주소는 아래 설명된 검증을 통과해야 하며, 임의의 주소로 보낼 수 있는 일반적인 send-as 필드가 아닙니다.

추가 설정 없이 작동하는 이유

주소가 검증을 통과하면 이 주소를 선택해도 이 설정만을 위한 별도의 DNS 레코드는 추가되지 않습니다. 도메인은 이미 계정 소유여야 하며 필요한 DKIM 프로비저닝을 완료해야 합니다. 그렇지 않으면 양식은 서명되지 않은 발신자를 저장하는 대신 주소를 거부합니다.

안전 수칙은 간단합니다.

• 발신자 도메인을 TrekMail 계정에 추가하고 필수 DNS 설정을 완료합니다.
• 계정이 소유하고 DKIM이 프로비저닝된 해당 도메인의 주소를 선택합니다.
• 브랜딩을 저장하고 고객에게 주소를 안내하기 전에 실제 테스트 메시지를 보냅니다.

이 검증을 통해 플랫폼은 브랜드 발신자에 도메인의 기존 DKIM 프로비저닝 구성을 사용할 수 있습니다. 따라서 이 주소는 플랫폼의 일반적인 인증 발송 경로를 이용할 수 있습니다. 단, 모든 수신 제공업체가 모든 메시지를 받은편지함에 배치한다고 보장하지는 않습니다.

나중에 DNS를 변경하거나 도메인을 이전한다면 브랜드 발신자를 이용하기 전에 DNS 상태를 다시 확인하고 테스트 메시지를 하나 더 보내세요. 고객의 비밀번호 재설정이나 대량 초대 발송을 테스트로 사용하지 마세요.

설정 켜기

Branding 탭을 열고 Transactional sender를 찾습니다. noreply@yourbrand.com, team@yourbrand.com, hello@yourbrand.com처럼 계정 소유이며 DKIM이 프로비저닝된 도메인의 주소를 입력하고 저장합니다. 양식에서 거부된다면 검증되지 않은 다른 주소를 시도하지 말고 먼저 도메인을 추가하거나 DNS 설정을 복구하세요.

활성 브랜드 이메일 정체성을 사용하는 메시지는 이 주소를 표시되는 From으로 사용합니다. 이 주소에 의존하기 전에 테스트 초대 또는 복구 메시지를 보내고 수신된 이메일을 확인하세요. 수신자에게는 다음과 같이 보일 수 있습니다.

From: YourBrand <noreply@yourbrand.com>

다음 주소 대신 표시됩니다.

From: YourBrand <noreply@trekmail.net>

표시 이름은 계속 저장된 Brand name에서 가져옵니다. 발신자 설정은 주소만 변경하며 고객용 문구, 브랜드 자산 또는 지원 절차는 변경하지 않습니다.

변경되지 않는 항목

이 설정이 켜져 있어도 다음 항목은 의도적으로 변경되지 않습니다.

• Support email은 별도입니다. 주소를 저장한 경우 지원되는 브랜드 이메일은 이를 Reply-To로 사용합니다. 비어 있으면 Reply-To 헤더가 추가되지 않습니다. 모든 플랫폼 이메일이 동일한 답장 경로를 따른다고 가정하지 말고 실제로 수신한 메시지를 테스트하세요.
• 전송 처리는 계속 플랫폼에서 관리합니다. 이 설정은 표시되는 발신자를 변경합니다. 별도의 반송 메일함이나 전송 보장을 제공하지 않습니다.
• 이메일 환경설정은 별도입니다. 발신자를 선택해도 다른 이메일 흐름의 환경설정이나 구독 취소 동작은 구성되지 않습니다.
• 기존 DKIM 설정을 재사용합니다. 양식에는 계정 내에서 DKIM이 프로비저닝된 도메인이 필요합니다. 이 발신자 설정을 위한 새 선택자나 키를 요구하지 않습니다.

TrekMail로 유지되는 항목

Gmail의 View source나 Apple Mail의 전체 헤더처럼 원시 이메일 헤더를 살펴보는 기술 사용자는 다음과 같은 전송 세부 정보를 계속 볼 수 있습니다.

• Received: 체인은 발신 메일 서버를 통과한 경로를 보여 줍니다.
• Return-Path:는 플랫폼에서 관리하는 전송 경로를 표시할 수 있습니다.

이는 인프라 세부 정보이며 수신자가 보통 발신자를 식별할 때 사용하는 이름과 주소가 아닙니다. Transactional sender 설정은 표시되는 From 주소를 제어합니다. 모든 원시 헤더 세부 정보가 화이트 라벨 처리되거나 제공업체가 특정 전송 결정을 내린다고 약속하지 않습니다.

자주 묻는 질문

발신자 도메인에 별도의 DKIM 키가 필요한가요? 이 설정을 위한 별도 키는 생성되지 않습니다. 발신자 도메인이 이미 계정에 있어야 하고 DKIM 키가 프로비저닝되어야 합니다. 그렇다면 주소를 저장하고 지원되는 브랜드 이메일을 테스트하세요.

도메인이 아직 준비되지 않았다면 어떻게 되나요? 양식에서 주소를 거부합니다. Domains 아래에 도메인을 추가하고 표시된 DNS 및 DKIM 설정을 완료한 다음 Branding으로 돌아가세요. 서명되지 않은 발신자가 아무 안내 없이 저장되지는 않습니다.

메일함과 다른 도메인의 발신자를 사용할 수 있나요? 예. 해당 도메인도 이 TrekMail 계정에 있고 DKIM 키가 프로비저닝되어 있다면 가능합니다. 설정은 계정 도메인을 기준으로 검증되므로 계정 외부 도메인의 주소는 저장할 수 없습니다.

수신자가 전송 문제를 신고하면 어떻게 해야 하나요? 먼저 저장된 발신자, 도메인의 현재 DNS 상태, 수신된 메시지 또는 전송 오류의 사본을 확인하세요. 유효한 발신자 주소는 필요하지만 모든 수신 제공업체의 받은편지함 배치를 보장할 수는 없습니다.

비밀번호 재설정용 발신자와 메일함 초대용 발신자를 별도로 둘 수 있나요? 현재 Branding에는 Transactional sender 필드가 하나뿐입니다. 지원되는 브랜드 이메일 흐름에 표시되는 From 주소를 제공하므로 팀에서 유지하고 테스트할 수 있는 발신자 하나를 구성하세요.

고객이 답장 체인에서 다른 점을 보게 되나요? Support email을 저장했다면 지원되는 브랜드 메시지가 이를 Reply-To로 사용하므로 답장을 누르면 해당 메일함으로 보내는 메시지가 열립니다. 비어 있으면 메시지에 Reply-To 헤더가 없습니다. 모니터링되는 Support email을 사용하고 고객에게 답장 도착 위치를 알리기 전에 테스트하세요.

SPF 조회 한도에 영향을 주나요? 이 설정은 Transactional sender만을 위한 별도의 SPF 레코드를 추가하지 않습니다. 도메인의 일반 DNS 설정을 정상적으로 유지하고 도메인을 변경한 뒤에는 대시보드에 표시되는 DNS 상태를 확인하세요.

이 설정을 변경하지 말아야 할 때

다음 상황에서는 현재 구성된 플랫폼 발신자를 유지하는 것이 좋습니다.

• 발신자 도메인이 아직 DKIM이 프로비저닝된 상태로 TrekMail 계정에 추가되지 않았습니다.
• 직접 관리하지 않는 hostname 또는 도메인을 테스트하고 있습니다.
• 도메인 이전 또는 DNS 변경 중이며 현재 도메인 상태를 아직 확인할 수 없습니다.

안전한 도입

1. 발신자 도메인이 이 계정에 있으며 DKIM 설정이 정상으로 표시되는지 확인합니다.
2. Transactional sender를 저장하고 답장을 원한다면 모니터링되는 Support email도 저장합니다.
3. 팀 외부의 테스트 수신자에게 지원되는 브랜드 이메일을 보냅니다.
4. 수신 메시지에서 표시되는 From 주소, Reply-To 주소 및 링크 host를 확인합니다.
5. 그런 다음 발신자를 고객 온보딩이나 더 큰 규모의 초대 발송에 사용합니다.

다음 단계

• White Label Lite 설정: 전체 설정 절차입니다.
• TrekMail 브랜드로 유지되는 항목: 호기심 많은 고객이 알아볼 수 있는 내부 요소를 솔직하게 정리한 목록입니다.
• 도메인 추가: 필수 선행 단계입니다. 거래 이메일이 올바르게 서명되려면 검증된 도메인이 필요합니다.
• DNS 상태 확인: 이 설정을 켜기 전에 DKIM, SPF 및 DMARC 레코드가 정상인지 확인합니다.