몇 분 안에 이메일 설정

시간을 절약하기 위해 가이드를 개인화하십시오:

귀하는 당사의 개인정보 보호정책약관 에 동의합니다.

관심이 없으신가요? 계속 읽으려면 여기를 클릭하십시오

목차

자주 묻는 질문

목차

이메일 전달을 시작하고 설정하는 방법

예상 설치 시간: 10분 미만
향상된 개인 정보 보호: 인터넷을 통해 공개적으로 검색되지 않도록 귀하의 정보를 숨기려면 다음으로 이동하십시오. 내 계정 도메인 이 가이드를 시작하기 전에 도메인을 유료 요금제로 업그레이드하세요. 무료 요금제에서 공개적으로 검색 가능한 정보에는 별칭, 전달된 주소, 수신자 및 사용자 지정 포트 전달과 같은 고급 설정이 포함되지만 이에 국한되지 않습니다. 유료 플랜에 대해 자세히 알아보려면 가격 페이지 – 그렇지 않으면 계속 읽으십시오! 모든 계획은 우리의 개인정보 처리방침 SMTP 로그, 메타데이터, 이메일을 엄격하게 저장하지 않는 정책입니다. 우리는 다른 서비스처럼 당신을 추적하지 않습니다.
시작하기: 아래 나열된 1~8단계를 주의 깊게 읽고 따르십시오. 의 이메일 주소를 교체하십시오. user@gmail.com 이메일을 전달하려는 이메일 주소로(아직 정확하지 않은 경우) 마찬가지로 반드시 교체 example.com 사용자 정의 도메인 이름으로(아직 정확하지 않은 경우).
  1. 이미 도메인 이름을 어딘가에 등록했다면 이 단계를 완전히 건너뛰고 2단계로 이동해야 합니다! 그렇지 않으면 당신은 할 수 있습니다 여기를 클릭하여 도메인 이름을 등록하세요.
  2. 도메인을 등록한 위치를 기억하십니까? 이것을 기억하면 아래 지침을 따르십시오.
    중요한: 새 탭을 열고 도메인 등록 기관에 로그인해야 합니다. 아래의 "등록 기관"을 클릭하면 자동으로 이 작업을 수행할 수 있습니다. 이 새 탭에서 등록 대행자의 DNS 관리 페이지로 이동해야 하며 아래 "구성 단계" 열 아래에 단계별 탐색 단계가 제공되어 있습니다. 새 탭에서 이 페이지로 이동한 후에는 이 탭으로 돌아가서 아래의 3단계로 진행할 수 있습니다. 열린 탭을 아직 닫지 마십시오. 향후 단계에 필요합니다!
    기록 사무관 구성 단계
    1&1 로그인 도메인 센터 (도메인 선택) DNS 설정 편집
    아마존 루트 53 로그인 호스팅 영역 (도메인 선택)
    에이플러스넷 로그인 내 서버 도메인 관리 DNS 관리자
    블루호스트 FOR ROCK: 로그인 도메인 (관리 옆 ▼ 아이콘 클릭) DNS
    기존: 로그인 도메인 영역 편집기 (도메인 선택)
    클라우드플레어 로그인 DNS
    간편한 DNS 로그인 DNS (도메인 선택)
    DNS 단순 로그인 (도메인 선택) DNS 관리하다
    디지털 오션 로그인 네트워킹 도메인 (도메인 선택) 도메인 관리
    도메인닷컴 로그인 카드 보기에서 도메인 관리를 클릭합니다. 목록 보기에서 기어 아이콘 DNS 및 네임서버 DNS 레코드
    Domains.com
    보다
    로그인 (도메인 선택) 관리하다 (톱니바퀴 아이콘 클릭) 왼쪽 메뉴에서 DNS 및 네임서버를 클릭합니다.
    드림호스트 로그인 패널 도메인 도메인 관리 DNS
    남성 로그인 개요 관리하다 단순 편집기 기록
    생각한다 로그인 (도메인 선택) 관리 영역 편집
    대디
    보다
    로그인 내 도메인 관리 (도메인 선택) DNS 관리
    구글 도메인
    보다
    로그인 (도메인 선택) DNS 구성
    저렴한 이름
    보다
    로그인 도메인 목록 (도메인 선택) 관리하다 고급 DNS
    네틀리파이 로그인 (도메인 선택) Netlify DNS 설정
    네트워크 솔루션 로그인 계정 관리자 내 도메인 이름 (도메인 선택) 관리하다 도메인이 가리키는 위치 변경 고급 DNS
    쇼피파이
    보다
    로그인 관리되는 도메인 (도메인 선택) DNS 설정
    정사각형 공간 로그인 홈 메뉴 설정 도메인 (도메인 선택) 고급 설정 사용자 지정 레코드
    베르셀의 지금 "지금" CLI 사용 now dns add [domain] '@' MX [record-value] [priority]
    위블리 로그인 도메인 페이지 (도메인 선택) DNS
    윅스 로그인 도메인 페이지 (딸깍 하는 소리 상) DNS 레코드 관리 선택
    후진 로그인 도메인 내 도메인
    다른
    중요한: 여기에 등록 기관 이름이 표시되지 않습니까? 인터넷에서 "$REGISTRAR에서 DNS 레코드를 변경하는 방법"을 검색하기만 하면 됩니다($REGISTRAR를 등록 대행자의 이름으로 바꿉니다. 예: GoDaddy를 사용하는 경우 "GoDaddy에서 DNS 레코드를 변경하는 방법").
  3. 등록기관의 DNS 관리 페이지(열린 다른 탭)를 사용하여 다음 "MX" 레코드를 설정합니다.
    중요한: 다른 MX 레코드 세트가 없어야 합니다. 아래에 표시된 두 레코드가 모두 존재해야 합니다(MUST). 오타가 없는지 확인하십시오. mx1과 mx2의 철자가 모두 정확합니다. 이미 존재하는 MX 레코드가 있는 경우 완전히 삭제하십시오. "TTL" 값은 3600일 필요는 없으며 필요한 경우 더 낮거나 더 높을 수 있습니다.
    이름/호스트/별칭 TTL 유형 우선 사항
    "@", "." 또는 공백 3600 MX 10 mx1.forwardemail.net
    "@", "." 또는 공백 3600 MX 10 mx2.forwardemail.net
  4. 등록기관의 DNS 관리 페이지(열었던 다른 탭)를 사용하여 다음을 설정합니다. TXT 기록:
    중요한: 유료 요금제를 사용 중이라면 이 단계를 완전히 건너뛰고 5단계로 이동해야 합니다! 유료 요금제가 아닌 경우 전달된 주소를 공개적으로 검색할 수 있습니다. 내 계정 도메인 원하는 경우 도메인을 유료 요금제로 업그레이드하십시오. 유료 요금제에 대해 자세히 알아보려면 가격 페이지. 그렇지 않으면 아래 나열된 옵션 A에서 옵션 F까지 하나 이상의 조합을 계속 선택할 수 있습니다.

    옵션 A: 도메인(예: "all@example.com", "hello@example.com" 등)의 모든 이메일을 특정 주소 "user@gmail.com"으로 전달하는 경우:
    이름/호스트/별칭 TTL 유형
    "@", "." 또는 공백 3600 TXT forward-email=user@gmail.com
    팁: "값" 열의 위 값을 자신의 이메일 주소로 바꾸십시오. "TTL" 값은 3600일 필요는 없으며 필요한 경우 더 낮거나 더 높을 수 있습니다. TTL(Time to Live) 값이 낮을수록 DNS 레코드에 대한 향후 변경 사항이 인터넷 전체에 더 빠르게 전파됩니다. 이를 메모리에 캐시되는 기간(초)으로 생각하십시오. 에 대해 자세히 알아볼 수 있습니다. 무료 백과사전인 Wikipedia의 TTL.

    옵션 B: 하나의 이메일 주소만 전달해야 하는 경우(예: "hello@example.com"을 "user@gmail.com"으로), "hello+test@example.com"도 "user+test@gmail.com"으로 전달합니다. " 자동으로):
    이름/호스트/별칭 TTL 유형
    "@", "." 또는 공백 3600 TXT forward-email=hello:user@gmail.com

    옵션 C: 여러 이메일을 전달하는 경우 쉼표로 구분해야 합니다.
    이름/호스트/별칭 TTL 유형
    "@", "." 또는 공백 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com

    옵션 D: 이메일을 무한대로 전달할 수 있습니다. 한 줄에 255자를 넘지 않도록 하고 각 줄을 "forward-email="로 시작하십시오. 아래에 예가 제공됩니다.
    이름/호스트/별칭 TTL 유형
    "@", "." 또는 공백 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com
    "@", "." 또는 공백 3600 TXT forward-email=help:user@gmail.com,foo:user@gmail.com
    "@", "." 또는 공백 3600 TXT forward-email=orders:user@gmail.com,baz:user@gmail.com
    "@", "." 또는 공백 3600 TXT forward-email=info:user@gmail.com,beep:user@gmail.com
    "@", "." 또는 공백 3600 TXT forward-email=errors:user@gmail.com,boop:user@gmail.com

    옵션 E: 당신은 또한 당신의 도메인 이름을 지정할 수 있습니다 TXT 전역 별칭 전달을 포함하는 레코드(예: "user@example.com"은 "user@example.net"으로 전달됨):
    이름/호스트/별칭 TTL 유형
    "@", "." 또는 공백 3600 TXT forward-email=example.net

    옵션 F: 웹훅을 전역 또는 개별 별칭으로 사용하여 이메일을 전달할 수도 있습니다. 제목이 웹훅에 대한 예제 및 전체 섹션을 참조하세요. 웹 후크를 지원합니까 아래에.
    이름/호스트/별칭 TTL 유형
    "@", "." 또는 공백 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

    옵션 G: 별칭을 일치시키고 이메일을 전달할 대체 항목을 처리하기 위해 정규식("regex")을 사용할 수도 있습니다. 제목이 정규식에 대한 예제 및 전체 섹션을 참조하십시오. 정규식 또는 정규식을 지원합니까? 아래에.
    이름/호스트/별칭 TTL 유형
    "@", "." 또는 공백 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

  5. 등록 대행자의 DNS 관리 페이지(열었던 다른 탭)를 사용하여 다음을 추가로 설정합니다. TXT 기록:
    이름/호스트/별칭 TTL 유형
    "@", "." 또는 공백 3600 TXT v=spf1 a mx include:spf.forwardemail.net -all
    중요한: Gmail(예: 다른 이름으로 메일 보내기) 또는 G Suite를 사용하는 경우 다음을 추가해야 합니다. include:_spf.google.com 위의 값으로, 예를 들면:

    v=spf1 a mx include:spf.forwardemail.net include:_spf.google.com -all
    팁: "v=spf1"과 유사한 줄이 이미 있는 경우 다음을 추가해야 합니다. include:spf.forwardemail.net 기존 "include:host.com" 레코드 바로 앞과 같은 줄의 "-all" 앞에 있습니다. 예를 들면 다음과 같습니다.

    v=spf1 a mx include:spf.forwardemail.net include:host.com -all

    "-all"과 "~all" 사이에는 차이가 있습니다. "-"는 SPF 검사가 일치하지 않으면 실패해야 함을 나타내고 "~"는 SPF 검사가 SOFTFAIL이어야 함을 나타냅니다. 도메인 위조를 방지하기 위해 "-all" 접근 방식을 사용하는 것이 좋습니다.

    메일을 보내는 호스트(예: Outlook)에 대한 SPF 레코드를 포함해야 할 수도 있습니다.
  6. 에서 제공되는 "레코드 확인" 도구를 사용하여 DNS 레코드를 확인하십시오. 내 계정 도메인 설정.
  7. 테스트 이메일을 보내 작동하는지 확인합니다. DNS 레코드가 전파되는 데 시간이 걸릴 수 있습니다.
    팁: 테스트 이메일을 받지 못하거나 "이 메시지에 주의하십시오"라는 테스트 이메일을 받은 경우 다음 답변을 참조하십시오. 테스트 이메일을받지 못한 이유 그리고 Gmail에서 내 이메일로 보낸 테스트 이메일이 왜 "의심스러운"것으로 표시됩니까? 각기.
  8. Gmail에서 "다른 이름으로 메일 보내기"를 하려면 다음을 수행해야 합니다. 이 비디오 보기, 또는 아래 단계를 따르십시오. Gmail을 사용하여 메일을 보내는 방법 아래에.
축하합니다! 모든 단계를 성공적으로 완료했습니다.
팁: 선택적 추가 기능은 아래에 나열되어 있습니다. 이러한 추가 기능은 완전히 선택 사항이며 필요하지 않을 수 있습니다. 필요한 경우 최소한 추가 정보를 제공하고 싶었습니다.
선택적 추가 기능: 당신이 Gmail을 사용하여 다른 이름으로 메일을 보내는 방법 기능을 사용하는 경우 자신을 화이트리스트에 추가할 수 있습니다. 이렇게 하려면 간단히 Gmail에서 이 지침을 따르십시오 이 주제에.

Gmail을 사용하여 다른 이름으로 메일을 보내는 방법

예상 설치 시간: 10분 미만
시작하기: 위의 단계를 수행한 후 이메일 전달을 시작하고 설정하는 방법 사용자 정의 도메인을 사용하여 "다른 이름으로 메일 보내기"를 수행하려면 위의 비디오 또는 아래 단계를 따를 수 있습니다.
  1. 당신은 가질 필요가 Gmail의 2 단계 인증 작동하도록 설정했습니다. 방문 https://www.google.com/landing/2step/ 활성화하지 않은 경우.

  2. 2단계 인증이 활성화되면(또는 이미 활성화한 경우) 다음을 방문하십시오. https://myaccount.google.com/apppasswords.

  3. "앱 비밀번호를 생성하려는 앱 및 장치를 선택하십시오"라는 메시지가 표시되면 :

    • "앱 선택"드롭 다운에서 "메일"을 선택하십시오.
    • "장치 선택"드롭 다운에서 "기타"를 선택하십시오.
    • 텍스트를 입력하라는 메시지가 표시되면 전달하려는 맞춤 도메인의 이메일 주소를 입력하십시오 (예 : "안녕하세요@example.com"-여러 계정에이 서비스를 사용하는 경우 추적하는 데 도움이됩니다.)
  4. 자동으로 생성 된 클립 보드에 비밀번호를 복사하십시오.

    중요한: G Suite를 사용하는 경우 관리자 패널을 방문하세요. G 스위트 Gmail 설정 고급 설정 "사용자가 외부 SMTP 서버를 통해 메일을 보낼 수 있도록 허용..."을 선택하십시오. 이 변경 사항이 활성화되는 데 약간의 지연이 있으므로 몇 분 정도 기다려 주십시오.
  5. 이동 지메일 그리고 아래 설정 계정 및 가져오기 다음으로 메일 보내기"다른 이메일 주소 추가"를 클릭하십시오.

  6. "이름"을 묻는 메시지가 표시되면 이메일을 "보낸 사람"으로 표시 할 이름을 입력하십시오 (예 : "Elon Musk")

  7. '이메일 주소'를 입력하라는 메시지가 표시되면 위에서 사용한 맞춤 도메인의 이메일 주소를 입력하십시오 (예 : '안녕하세요@example.com")

  8. "별칭으로 취급"을 선택 해제하십시오.

    팁: 수신자가 Gmail 주소로 직접 답장하기를 원하면 이 옵션을 선택한 상태로 둡니다. 자세히 알아보려면 Gmail에서 이 지침을 따르십시오 이 주제에.
  9. 계속하려면 "다음 단계"를 클릭하십시오

  10. "SMTP 서버"를 묻는 메시지가 나타나면 다음을 입력하십시오. smtp.gmail.com 포트를 그대로 두십시오. 587

  11. "사용자 이름"을 묻는 메시지가 표시되면 Gmail 주소에서 제외된 부분을 입력합니다. gmail.com 부분(예: 내 이메일이 user@gmail.com)

    중요한: "사용자 이름" 부분이 자동으로 채워지면 이것을 변경해야 할 것입니다 대신 Gmail 주소의 사용자 이름 부분에
  12. "비밀번호"를 입력하라는 메시지가 표시되면 위의 2 단계에서 생성 한 비밀번호를 클립 보드에 붙여 넣습니다.

  13. 단일 선택 단추를 "TLS를 사용한 보안 연결"로 선택된 상태로 두십시오.

  14. 계속하려면 "계정 추가"를 클릭하십시오

  15. 새 탭을 열어 지메일 확인 이메일이 도착할 때까지 기다립니다("다른 이름으로 메일 보내기"를 시도하는 이메일 주소의 소유자임을 확인하는 확인 코드를 받게 됩니다).

  16. 도착하면 이전 단계에서받은 프롬프트에 확인 코드를 복사하여 붙여 넣습니다.

  17. 완료하면 이메일로 돌아가서 "요청 확인"링크를 클릭하십시오. 이메일을 올바르게 구성하려면이 단계와 이전 단계를 수행해야합니다.

축하합니다! 모든 단계를 성공적으로 완료했습니다.

테스트 이메일을받지 못한 이유

"다른 이름으로 메일 보내기" 기능을 사용하여 테스트 이메일을 자신에게 보내는 경우 다음으로 인해 받은 편지함에 표시되지 않습니다. 널리 알려진 공식 Gmail 답변.

문제가 계속 발생하면 DNS 전파 문제일 가능성이 큽니다. 조금 더 기다렸다가 다시 시도해야 합니다(또는 TXT 기록).

여전히 문제가 있습니까? 파일을 제출하세요 도움 요청 문제를 조사하고 빠른 해결 방법을 찾는 데 도움을 드릴 수 있습니다.

이메일 전달 시스템은 어떻게 작동합니까?

이메일에 의존 SMTP 프로토콜. 이 프로토콜은 서버로 전송되는 명령으로 구성됩니다(가장 일반적으로 포트 25에서 실행). 초기 연결이 있는 경우 발신자는 메일의 발신인("MAIL FROM"), 대상 위치("RCPT TO"), 마지막으로 이메일 자체의 헤더 및 본문("DATA")을 표시합니다. ). 이메일 전달 시스템의 흐름은 아래의 각 SMTP 프로토콜 명령과 관련하여 설명됩니다.

  • 초기 연결(명령 이름 없음, 예: telnet example.com 25) - 초기 연결입니다. 우리는 허용 목록에 없는 발신자를 확인합니다. 블랙리스트. 마지막으로 보낸 사람이 화이트리스트에 없으면 보낸 사람이 화이트리스트에 있는지 확인합니다. 그레이리스트.

  • HELO - 보낸 사람의 FQDN, IP 주소 또는 메일 처리기 이름을 식별하기 위한 인사말을 나타냅니다. 이 값은 스푸핑될 수 있으므로 이 데이터에 의존하지 않고 대신 연결 IP 주소의 역방향 호스트 이름 조회를 사용합니다.

  • MAIL FROM - 메일의 메일 발신인 주소를 나타냅니다. 값을 입력하는 경우 유효한 RFC 5322 이메일 주소여야 합니다. 빈 값이 허용됩니다. 우리 후방 산란 확인 여기에서 MAIL FROM도 확인합니다. 블랙리스트. 우리는 마지막으로 속도 제한을 위해 화이트리스트에 없는 발신자를 확인합니다(섹션 참조 속도 제한 그리고 화이트리스트 자세한 내용은).

  • RCPT TO - 이것은 이메일의 수신자를 나타냅니다. 유효한 RFC 5322 이메일 주소여야 합니다. 메시지당 최대 100명의 봉투 수신자만 허용합니다(이메일의 "받는 사람" 헤더와 다름). 우리는 또한 유효한 발신자 재작성 스킴 ("SRS") 주소는 SRS 도메인 이름을 사용한 스푸핑으로부터 보호합니다. "no-reply" 주소가 포함된 수신자는 553 오류를 수신합니다. 참조 아래의 "무응답" 주소의 전체 목록. 우리는 또한 우리와 대조하여 받는 사람을 확인합니다. 블랙리스트.

  • DATA - 이메일을 처리하는 서비스의 핵심 부분입니다. 섹션 참조 전달할 이메일을 어떻게 처리합니까? 자세한 내용은 아래를 참조하세요.

전달할 이메일을 어떻게 처리합니까?

이 섹션에서는 SMTP 프로토콜 명령과 관련된 프로세스를 설명합니다. DATA 섹션에서 이메일 전달 시스템은 어떻게 작동합니까? 위 – 이메일의 헤더, 본문, 보안을 처리하는 방법, 전달해야 하는 위치 및 연결을 처리하는 방법을 결정하는 방법입니다.

  1. 메시지가 최대 크기인 50MB를 초과하면 552 오류 코드와 함께 거부됩니다.

  2. 메시지에 헤더가 없거나 헤더를 구문 분석할 수 없는 경우 421 오류 코드와 함께 거부됩니다.

  3. 메시지에 "From" 헤더가 포함되어 있지 않거나 "From" 헤더의 값이 유효한 RFC 5322 이메일 주소가 아닌 경우 550 오류 코드와 함께 거부됩니다.

  4. 메시지에 25개 이상의 "수신됨" 헤더가 있는 경우 리디렉션 루프에 걸린 것으로 확인되고 550 오류 코드와 함께 거부됩니다.

  5. 이메일의 지문 사용(섹션 참조 지문), 우리는 메시지가 500회 이상 재시도를 시도했는지 확인하고, 그렇다면 550 오류 코드와 함께 거부됩니다.

  6. 메시지에 "To" 헤더가 있고 메시지의 "To" 헤더가 도메인 이름을 사용하여 SRS 재작성된 주소로 향하는 경우 다시 작성합니다(즉, 부재중 응답자에 적용됨).

  7. 메시지에 "Message-ID" 헤더가 없으면 구문 분석된 FQDN 봉투 MAIL FROM 또는 도메인 이름을 사용하여 헤더를 추가합니다.

  8. 메시지에 유효한 "날짜" 헤더가 없으면 메시지의 초기 연결로부터 도착 시간을 사용하여 헤더를 추가합니다.

  9. 우리는 다음을 사용하여 이메일을 스캔한 결과를 인메모리에 저장합니다. 스팸 스캐너.

  10. 스팸 스캐너에서 임의의 결과가 있는 경우 554 오류 코드와 함께 거부됩니다. 임의의 결과에는 이 글을 쓰는 시점의 GTUBE 테스트만 포함됩니다. 보다 https://spamassassin.apache.org/gtube/ 더 많은 통찰력을 위해.

  11. 디버깅 및 남용 방지 목적으로 메시지에 다음 헤더를 추가합니다.

    • X-ForwardEmail-Version - 현재 셈버 버전 package.json 우리 코드베이스의.
    • X-ForwardEmail-Session-ID - 디버그 목적으로 사용되는 세션 ID 값(비프로덕션 환경에만 적용됨).
    • X-ForwardEmail-Sender - 원래 봉투 MAIL FROM 주소(공백이 아닌 경우), 역방향 PTR 클라이언트 FQDN(있는 경우) 및 보낸 사람의 IP 주소를 포함하는 쉼표로 구분된 목록입니다.
    • X-Report-Abuse - 값으로 abuse@forwardemail.net (이 헤더가 아직 설정되지 않은 경우에만)
    • X-Report-Abuse-To - 값으로 abuse@forwardemail.net (이 헤더가 아직 설정되지 않은 경우에만)
  12. 그런 다음 메시지를 확인합니다. DKIM, SPF, ARC, 그리고 DMARC.

    • 메일이 DMARC에 실패하고 도메인에 거부 정책이 있는 경우(예: p=reject DMARC 정책에 있었습니다.), 550 오류 코드와 함께 거부됩니다. 일반적으로 도메인에 대한 DMARC 정책은 _dmarc 하위 도메인 TXT 기록(예: dig _dmarc.example.com txt).
    • 메시지가 SPF에 실패하고 도메인에 하드 페일 정책이 있는 경우(예: -all SPF 정책에 반대했습니다. ~all 또는 정책이 전혀 없음), 550 오류 코드와 함께 거부됩니다. 일반적으로 도메인에 대한 SPF 정책은 TXT 루트 도메인에 대한 레코드(예: dig example.com txt). 에 대한 자세한 내용은 이 섹션을 참조하십시오. Gmail과 마찬가지로 메일 보내기 SPF에 대해.
  13. 이제 우리는 메시지의 수신자를 다음에서 수집된 대로 처리합니다. RCPT TO 섹션의 명령 이메일 전달 시스템은 어떻게 작동합니까? 위에. 각 수신자에 대해 다음 작업을 수행합니다.

    • 우리는 조회 TXT 도메인 이름의 레코드(다음 부분 @ 기호, 예: example.com 이메일 주소가 test@example.com). 예를 들어 도메인이 example.com 우리는 다음과 같은 DNS 조회를 수행합니다. dig example.com txt.
    • 우리는 모두 구문 분석 TXT 둘 중 하나로 시작하는 레코드 forward-email= (무료 요금제) 또는 forward-email-site-verification= (유료 요금제). 사용자가 계획을 업그레이드하거나 다운그레이드하는 동안 이메일을 처리하기 위해 둘 다 구문 분석합니다.
    • 이 구문 분석에서 TXT 레코드를 반복하여 전달 구성을 추출합니다(섹션에 설명된 대로 이메일 전달을 시작하고 설정하는 방법 위에). 하나만 지원합니다. forward-email-site-verification= 값이며 둘 이상이 제공되면 550 오류가 발생하고 보낸 사람은 이 받는 사람에 대해 반송 메일을 받습니다.
    • 재귀적으로 추출된 전달 구성을 반복하여 글로벌 전달, 정규식 기반 전달 및 현재 "전달 주소"로 알려진 기타 지원되는 모든 전달 구성을 결정합니다.
    • 각 전달 주소에 대해 하나의 재귀 조회를 지원합니다(주어진 주소에서 이 일련의 작업을 시작함). 재귀적으로 일치하는 항목이 발견되면 상위 결과가 전달 주소에서 제거되고 하위 결과가 추가됩니다.
    • 전달 주소는 고유성을 위해 구문 분석됩니다(한 주소에 중복된 주소를 보내거나 불필요한 SMTP 클라이언트 연결을 추가로 생성하지 않기 때문).
    • 각 전달 주소에 대해 API 엔드포인트에 대해 도메인 이름을 조회합니다. /v1/max-forwarded-addresses (도메인이 별칭당 이메일을 전달할 수 있는 주소 수를 결정하려면(예: 기본적으로 10개) – 섹션 참조 별칭당 최대 전달 한도). 이 제한을 초과하면 550 오류가 발생하고 보낸 사람은 이 받는 사람에 대해 반송 메일을 받습니다.
    • API 엔드포인트에 대해 원래 수신자의 설정을 조회합니다. /v1/settings, 유료 사용자 조회를 지원합니다(무료 사용자를 위한 대체 포함). 이것은 고급 설정에 대한 구성 개체를 반환합니다. port (번호, 예: 25), has_adult_content_protection (부울), has_phishing_protection (부울), has_executable_protection (부울) 및 has_virus_protection (부울).
    • 이러한 설정을 기반으로 스팸 스캐너 결과를 확인하고 오류가 발생하면 554 오류 코드와 함께 메시지가 거부됩니다(예: has_virus_protection 활성화되면 스팸 스캐너 결과에서 바이러스를 확인합니다). 모든 무료 플랜 사용자는 성인용 콘텐츠, 피싱, 실행 파일 및 바이러스에 대한 검사를 선택합니다. 기본적으로 모든 유료 플랜 사용자도 옵트인되어 있지만 이 구성은 이메일 전달 대시보드의 도메인에 대한 고급 설정 페이지에서 변경할 수 있습니다.
  14. 처리된 각 수신자의 전달 주소에 대해 다음 작업을 수행합니다.

    • 주소는 당사와 비교하여 확인됩니다. 블랙리스트, 목록에 있는 경우 554 오류 코드가 발생하고 보낸 사람은 이 받는 사람에 대해 반송 메일을 받습니다.
    • 주소가 웹훅인 경우 향후 작업을 위해 부울을 설정합니다(아래 참조 - 유사한 웹훅을 그룹화하여 하나의 POST 요청을 하고 여러 개를 배달함).
    • 주소가 이메일 주소인 경우 향후 작업을 위해 호스트를 구문 분석합니다(아래 참조 - 유사한 호스트를 그룹화하여 하나의 연결을 만드는 것과 전달을 위한 여러 개별 연결을 만듭니다).
  15. 수신자가 없고 반송 메일이 없으면 "잘못된 수신자"라는 550 오류로 응답합니다.

  16. 수신자가 있는 경우 이를 반복하고(동일한 호스트에 의해 함께 그룹화됨) 이메일을 전달합니다. 섹션 참조 이메일 전송 문제를 처리하는 방법 자세한 내용은 아래를 참조하세요.

    • 이메일을 보내는 동안 오류가 발생하면 나중에 처리하기 위해 메모리에 저장합니다.
    • 우리는 이메일을 보낼 때 가장 낮은 오류 코드(있는 경우)를 선택하고 이를 응답 코드로 사용합니다. DATA 명령. 즉, 전달되지 않은 이메일은 일반적으로 원래 보낸 사람이 다시 시도하지만 이미 전달된 이메일은 다음에 메시지를 보낼 때 다시 보내지 않습니다. 지문).
    • 오류가 발생하지 않으면 250 성공적인 SMTP 응답 상태 코드를 보냅니다.
    • 바운스는 >= 500(영구적 실패)인 상태 코드를 초래하는 모든 배달 시도로 결정됩니다.
  17. 반송이 발생하지 않은 경우(영구적 실패), 비영구적 실패에서 가장 낮은 오류 코드의 SMTP 응답 상태 코드(또는 없는 경우 250 성공 상태 코드)를 반환합니다.

  18. 반송이 발생한 경우 발신자에게 모든 오류 코드 중 가장 낮은 값을 반환한 후 백그라운드에서 반송 이메일을 보냅니다. 그러나 가장 낮은 오류 코드가 >= 500이면 반송 이메일을 보내지 않습니다. 그렇게 하면 발신자가 이중 반송 이메일을 받게 되기 때문입니다(예: Gmail과 같은 아웃바운드 MTA에서 보낸 메일과 당사에서 보낸 메일). 에 대한 섹션을 참조하십시오. 후방 산란으로부터 보호하는 방법 자세한 내용은 아래를 참조하세요.

이메일 전송 문제를 처리하는 방법

발신자의 DMARC 정책이 p=reject, 그리고 SPF를 통과하고 DKIM 서명이 "From" 헤더와 정렬되지 않았습니다. 즉, 메시지의 "From" 헤더를 변경하고 "X-Original-From"을 설정하며, 아직 설정되지 않은 경우 "Reply-To"도 설정합니다. 또한 이러한 헤더를 변경한 후 메시지의 ARC 봉인을 다시 봉인합니다.

또한 우리는 스택의 모든 수준에서 오류 메시지의 스마트 구문 분석을 사용합니다. 코드에서 DNS 요청, Node.js 내부, HTTP 요청(예: 408, 413 및 429는 받는 사람의 경우 SMTP 응답 코드 421에 매핑됩니다. 웹훅) 및 메일 서버 응답(예: "지연" 또는 "속도 저하"가 포함된 응답은 421 오류로 재시도됨).

우리의 논리는 더미 증거이며 TLS/SSL 오류, 연결 문제 등에 대해서도 재시도합니다. 더미 교정의 목표는 전달 구성에 대해 모든 수신자에게 전달 가능성을 최대화하는 것입니다.

수신자가 웹훅인 경우 최대 3번의 재시도를 통해 요청을 완료하는 데 60초 제한 시간을 허용합니다(즉, 실패 전 총 4번의 요청). 오류 코드 408, 413 및 429를 올바르게 구문 분석하고 SMTP 응답 코드 421에 매핑합니다.

그렇지 않고 수신자가 이메일 주소인 경우 기회적 TLS를 사용하여 이메일을 보내려고 시도합니다(수신자 메일 서버에서 STARTTLS를 사용할 수 있는 경우 사용을 시도함). 이메일 전송을 시도하는 동안 SSL 또는 TLS 오류가 발생하면 TLS 없이(STARTTLS를 사용하지 않고) 이메일 전송을 시도합니다.

DNS 또는 연결 오류가 발생하면 DATA 421의 SMTP 응답 코드를 명령합니다. 그렇지 않으면 >= 500 수준 오류가 있는 경우 반송 메일이 전송됩니다.

전달하려는 이메일 서버에 하나 이상의 메일 교환 IP 주소가 블랙리스트에 포함되어 있는 것이 감지되면(예: 스팸 발송자를 연기하기 위해 사용하는 기술에 따라) 발신자에게 SMTP 응답 코드 421을 보냅니다. 나중에 메시지를 다시 시도하십시오(다음 시도 전에 문제를 해결할 수 있도록 문제에 대해 경고합니다).

블랙리스트가 되는 IP 주소를 처리하는 방법

우리는 정기적으로 모든 주요 DNS 블랙리스트를 모니터링하고 메일 교환("MX") IP 주소가 주요 블랙리스트에 있는 경우 문제가 해결될 때까지 가능한 경우 관련 DNS A 레코드 라운드 로빈에서 해당 주소를 가져옵니다.

이 글을 쓰는 시점에서 우리는 여러 DNS 화이트리스트에도 포함되어 있으며 모니터링 블랙리스트를 심각하게 생각합니다. 문제를 해결할 기회가 있기 전에 문제가 발견되면 다음 주소로 서면으로 알려주십시오. support@forwardemail.net.

무응답 주소란?

우리는 "no-reply" 주소로 이메일을 전달하지 않으며, 시도하는 발신자는 553 오류를 받게 됩니다.

다음 중 하나와 동일한 이메일 사용자 이름(대소문자 구분 안 함)은 회신 불가 주소로 간주됩니다.

  • no-reply@
  • no_reply@
  • nobody@
  • noreplies@
  • noreply@

화이트리스트가 있습니까

예, DNS 수준에서 사용되는 가장 인기 있는 루트 FQDN을 기반으로 화이트리스트를 매일 업데이트합니다. 이 목록은 약 200,000~300,000개의 고유한 루트 도메인 이름으로 구성됩니다.

Google(Gmail), Yahoo, Microsoft(Outlook), Amazon(Amazon SES), Meta(Facebook), Twitter, Netflix, Spotify 등과 같은 인기 공급자가 포함되어 있습니다.

발신자이거나 화이트리스트에 없는 발신자를 사용하는 경우 FQDN 루트 도메인 또는 IP 주소가 처음으로 이메일을 보낼 때 속도 제한 그리고 그레이리스트.

화이트리스트 요청은 다음으로 보낼 수 있습니다. whitelist@forwardemail.net (허용 목록에 대한 완전한 설명과 이유, 웹사이트 링크 및 허용 목록에 포함할 귀사의 설립 증명서를 제공하십시오).

그레이리스트가 있습니까

예, 우리는 매우 느슨합니다 이메일 그레이리스팅 사용된 정책입니다. 그레이리스팅은 화이트리스트에 없는 발신자에게만 적용되며 30일 동안 캐시에 유지됩니다.

새로운 발신자의 경우 Redis 데이터베이스에 키를 30일 동안 저장하고 값을 첫 번째 요청의 초기 도착 시간으로 설정합니다. 그런 다음 재시도 상태 코드 450으로 이메일을 거부하고 5분이 경과한 후에만 통과하도록 허용합니다.

이 초기 도착 시간으로부터 5분 동안 성공적으로 기다린 경우 이메일이 수락되고 이 450 상태 코드를 받지 않습니다.

키는 FQDN 루트 도메인 또는 보낸 사람의 IP 주소로 구성됩니다. 즉, 그레이리스트를 통과하는 모든 하위 도메인은 루트 도메인도 통과하며 그 반대의 경우도 마찬가지입니다(이것이 "매우 느슨한" 정책을 의미함).

예를 들어 이메일이 다음에서 오는 경우 test.example.com 이메일이 오는 것을 보기 전에 example.com, 다음 이메일에서 test.example.com 및/또는 example.com 연결의 최초 도착 시간으로부터 5분을 기다려야 합니다. 우리는 둘 다 만들지 않습니다 test.example.com 그리고 example.com 각각은 5분 동안 기다립니다(저희 그레이리스팅 정책은 루트 도메인 수준에서 적용됩니다).

그레이리스팅은 당사의 발신자에게 적용되지 않습니다. 화이트리스트 (예: 이 글을 쓰는 시점에서 메타, 아마존, 넷플릭스, 구글, 마이크로소프트).

블랙리스트가 있습니까

네, 당사는 자체적인 비공개 블랙리스트를 운영하고 감지된 스팸 및 악성 활동을 기반으로 실시간 및 수동으로 자동 업데이트합니다. 블랙리스트에 등록된 발신자는 554 오류 메시지를 받게 됩니다.

우리는 또한 UCEPROTECT 레벨 1 블랙리스트에서 가져옵니다. http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz 7일 만료 후 Redis 데이터베이스에 입력합니다.

블랙리스트 제거 요청은 다음 주소로 보낼 수 있습니다. whitelist@forwardemail.net (허용 목록에 대한 완전한 설명과 이유, 웹사이트 링크 및 허용 목록에 포함할 귀사의 설립 증명서를 제공하십시오).

속도 제한이 있습니까

네, 저희는 요율 제한이 있습니다. 화이트리스트.

시간당, 보낸 사람 확인 FQDN 루트 도메인(또는) 보낸 사람 원격 IP 주소(역방향 PTR을 사용할 수 없는 경우) 및 봉투 받는 사람당 최대 100개의 연결만 허용합니다. 속도 제한을 위한 키를 Redis 데이터베이스에 암호화 해시로 저장합니다.

당사 시스템을 통해 이메일을 보내는 경우 모든 IP 주소에 대해 역방향 PTR이 설정되어 있는지 확인하십시오(그렇지 않으면 보내는 각각의 고유한 FQDN 루트 도메인 또는 IP 주소에 속도가 제한됨).

Amazon SES와 같은 널리 사용되는 시스템을 통해 전송하는 경우 (이 글을 쓰는 시점에) Amazon SES가 화이트리스트에 있으므로 요금 제한이 없습니다.

다음과 같은 도메인에서 보내는 경우 test.abc.123.example.com, 그러면 요율 제한이 부과됩니다. example.com. 많은 스패머는 수백 개의 하위 도메인을 사용하여 고유한 FQDN 루트 도메인이 아닌 고유한 호스트 이름만 속도 제한하는 일반적인 스팸 필터를 해결합니다.

속도 제한을 초과하는 발신자는 421 오류와 함께 거부됩니다.

후방 산란으로부터 보호하는 방법

잘못된 반송 또는 반송 스팸("후방 산란") 발신자 IP 주소에 부정적인 평판을 유발할 수 있습니다.

후방 산란으로부터 보호하기 위해 다음 섹션에서 자세히 설명하는 두 단계를 수행합니다. 알려진 MAIL FROM 스패머의 반송 방지 그리고 후방 산란으로부터 보호하기 위해 불필요한 바운스 방지 아래에.

알려진 MAIL FROM 스패머의 반송 방지

우리는 목록에서 Backscatter.org (에 의해 구동 UCEPROTECT) 에 http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz 매 시간마다 Redis 데이터베이스에 제공합니다(미리 차이를 비교합니다. 존중해야 하는 IP가 제거된 경우).

MAIL FROM이 비어 있거나 다음 사용자 이름(이메일에서 @ 앞 부분) 중 하나가 포함되어 있으면(대소문자 구분하지 않음) 보낸 사람 IP가 이 목록에 있는 IP와 일치하는지 확인합니다.

  • abuse@
  • ftp@
  • hostmaster@
  • mailer-daemon@
  • mailer_daemon@
  • mailerdaemon@
  • news@
  • no-reply@
  • no_reply@
  • nobody@
  • noreplies@
  • noreply@
  • postmaster@
  • root@
  • security@
  • usenet@
  • webmaster@
  • www@

보낸 사람의 IP가 목록에 있는 경우(당사 목록에 없는 경우) 화이트리스트) 메시지와 함께 554 오류를 보냅니다. The IP ${session.remoteAddress} is blacklisted by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. 발신자가 Backscatterer 목록과 화이트리스트 모두에 있으면 알림이 표시되어 필요한 경우 문제를 해결할 수 있습니다.

이 섹션에서 설명하는 기술은 다음의 "안전 모드" 권장 사항을 따릅니다. https://www.backscatterer.org/?target=usage – 특정 조건이 이미 충족된 경우에만 발신자 IP를 확인합니다.

후방 산란으로부터 보호하기 위해 불필요한 바운스 방지

반송 메일은 수신자에게 이메일 전달이 완전히 실패했으며 이메일이 재시도되지 않음을 나타내는 이메일입니다.

Backscatterer 목록에 나열되는 일반적인 이유는 잘못된 반송 또는 반송 스팸이므로 다음과 같은 몇 가지 방법으로 이를 방지해야 합니다.

  1. >= 500 상태 코드 오류가 발생한 경우에만 반송 메일을 보냅니다(이메일 전달 시도가 실패한 경우, 예를 들어 Gmail에서 500 수준 오류로 응답).

  2. 반송은 한 번만 전송합니다(복제 전송을 방지하기 위해 계산된 반송 지문 키를 사용하고 캐시에 저장). 반송 지문은 반송 주소의 해시 및 해당 오류 코드와 결합된 메시지의 지문인 키입니다. 에 대한 섹션을 참조하십시오. 지문 메시지 지문이 계산되는 방법에 대한 자세한 내용은 성공적으로 전송된 반송 지문은 Redis 캐시에서 7일 후에 만료됩니다.

  3. MAIL FROM이 비어 있지 않고 다음 사용자 이름(이메일에서 @ 앞 부분) 중 하나가 포함되지 않은(대소문자 구분) 반송 메일만 보냅니다. 이 목록은 위의 MAIL FROM 검사보다 약간 짧습니다. 왜냐하면 우리는 가양성을 원하지 않기 때문입니다(예: security@는 반송을 원할 수 있는 유효한 주소입니다. 많은 사람들이 버그 바운티 프로그램에 security@ 사용).

    • abuse@
    • mailer-daemon@
    • mailer_daemon@
    • mailerdaemon@
  4. 원본 메시지에 다음 헤더(대소문자 구분 안 함)가 있는 경우 반송 메일을 보내지 않습니다.

    • Auto-Submitted (값으로 no)
    • X-Auto-Response-Suppress (값으로 dr, autoreply, auto-reply, auto_reply, 또는 all)
    • List-Id
    • List-Unsubscribe
    • Feedback-ID
    • X-Auto-Reply
    • X-Autoreply
    • X-Auto-Respond
    • X-Autorespond
    • Precedence (값으로 bulk, autoreply, auto-reply, auto_reply, 또는 list)

이메일 지문을 어떻게 확인합니까?

이메일의 지문은 이메일의 고유성을 판단하고 중복 메시지가 전달되는 것을 방지하기 위해 사용됩니다. 중복 반송 보내지는 것부터.

지문은 콜론으로 구분된 일련의 암호화 계산된 해시이며 코드베이스에서 내부적으로 사용됩니다.

이러한 계산된 해시는 해당 값이 존재하는 경우에만 배열(목록)에 푸시됩니다.

  • 클라이언트가 FQDN 호스트 이름 또는 IP 주소를 확인했습니다.
  • Message-ID 헤더 값
  • Date 헤더 값(경우에만 Message-ID 존재하지 않았다)
  • From 헤더 값(경우에만 Message-ID 존재하지 않았다)
  • To 헤더 값(경우에만 Message-ID 존재하지 않았다)
  • Cc 헤더 값(경우에만 Message-ID 존재하지 않았다)
  • Subject 헤더 값(경우에만 Message-ID 존재하지 않았다)
  • Body 값(경우에만 Message-ID 존재하지 않았다)

Gmail에서 내 이메일로 보낸 테스트 이메일이 왜 "의심스러운"것으로 표시됩니까?

자신에게 테스트를 보낼 때 또는 귀하의 별칭으로 이메일을 보내는 사람이 귀하의 이메일을 처음 볼 때 Gmail에 이 오류 메시지가 표시되는 경우 걱정하지 마십시오 – 이것은 Gmail에 내장된 안전 기능이기 때문입니다.

"안전 해 보임"을 클릭하기 만하면됩니다. 예를 들어 다른 사람에게 메일 보내기 기능을 사용하여 테스트 메시지를 보내면이 메시지가 표시되지 않습니다.

그러나 그들이 이 메시지를 본다면 그것은 일반적으로 귀하의 이메일이 다음 주소에서 오는 것을 보는 데 익숙했기 때문입니다. john@gmail.com 대신에 john@customdomain.com (예시). Gmail은 해결 방법이 없는 경우에 대비하여 안전한지 확인하기 위해 사용자에게 경고합니다.

Gmail에서 전달 이메일 닷넷을 통해 제거 할 수 있습니까

사용하는 경우에만 적용됩니다. Gmail을 사용하여 다른 이름으로 메일을 보내는 방법 특징. 현재 이 문제에 대한 해결 방법은 없으며 당사뿐만 아니라 모든 서비스 제공업체에 영향을 미칩니다. 해결 방법은 사용자 지정 SMTP 서버를 사용하는 것입니다. 그러나 아직 SMTP는 제공하지 않습니다.

우리는이를 완화 할 자체 SMTP 서비스 (전달뿐만 아니라 일반적으로 이메일)를 출시 할 계획입니다. Gmail은이를 자동으로 추가하며 현재 해결 방법은 없습니다. 우리와 유사한 기능을 가진 다른 이메일 전달 서비스도 여전히 동일한 문제를 발생시킬 것입니다 (다른 이메일 전달 솔루션은 단순히 우리가 제공하는 수준의 개인 정보를 제공하지 않습니다).

이것이 출시될 때 알림을 받고 싶다면 이메일을 보낼 수 있습니다. smtp@forwardemail.net 출시되면 알림을 보내드리겠습니다. 또는 아직 계정이 없다면 여기에서 계정을 등록하십시오!

25 이외의 다른 포트로 이메일을 전달할 수 있습니까 (예 : ISP가 포트 25를 차단 한 경우)

예, 2020년 5월 5일부터이 기능이 추가되었습니다. 현재이 기능은 별칭 별이 아니라 도메인 별입니다. 별명별로 요구되는 경우 당사에 연락하여 귀하의 요구를 알려주십시오.

향상된 개인 정보 보호: 유료 요금제(강화된 개인 정보 보호 기능)를 사용 중인 경우 다음으로 이동하십시오. 내 계정 도메인, 도메인 옆의 "설정"을 클릭한 다음 "고급 설정"을 클릭합니다. 유료 요금제에 대해 자세히 알아보려면 가격 페이지. 그렇지 않으면 아래 지침을 계속 따를 수 있습니다.

무료 요금제를 사용 중인 경우 새 DNS를 추가하기만 하면 됩니다. TXT 아래와 같이 기록하되 포트를 25에서 선택한 포트로 변경합니다.

예를 들어 example.com 별칭 수신자의 SMTP 포트 25 대신 1337로 전달하려면:

이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email-port=1337
팁: 사용자 지정 포트 전달 설정의 가장 일반적인 시나리오는 example.com으로 이동하는 모든 이메일을 포트 25의 SMTP 표준이 아닌 example.com의 다른 포트로 전달하려는 경우입니다. 이를 설정하려면 다음을 추가하기만 하면 됩니다. TXT 전체 기록.
이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=example.com

유료 플랜에 대해 환불 보증을 제공합니까?

예! 자동 환불은 요금제가 처음 시작된 날로부터 30일 이내에 계정을 업그레이드, 다운그레이드 또는 취소하면 발생합니다. 이것은 처음 고객에게만 적용됩니다.

요금제를 변경하면 차액을 비례 배분하고 환불합니까?

플랜을 변경할 때 차액을 비례 배분하거나 환불하지 않습니다. 대신 기존 요금제 만료일의 남은 기간을 새 요금제에 대한 가장 가까운 상대 기간으로 변환합니다(월 단위로 내림).

처음 유료 요금제를 시작한 후 30일 이내에 유료 요금제 간에 업그레이드 또는 다운그레이드하면 기존 요금제에서 전체 금액을 자동으로 환불해 드립니다.

웹 후크를 지원합니까

예, 2020년 5월 15일부터이 기능이 추가되었습니다. 수신자와 마찬가지로 웹 후크를 추가 할 수 있습니다! 웹 후크 URL에 "http"또는 "https"프로토콜 접두어가 있는지 확인하십시오.

향상된 개인 정보 보호: 유료 요금제(강화된 개인 정보 보호 기능)를 사용 중인 경우 다음으로 이동하십시오. 내 계정 도메인 도메인 옆에 있는 "별칭"을 클릭하여 웹훅을 구성하십시오. 유료 플랜에 대해 자세히 알아보려면 가격 페이지. 그렇지 않으면 아래 지침을 계속 따를 수 있습니다.

무료 요금제를 사용 중인 경우 새 DNS를 추가하기만 하면 됩니다. TXT 아래와 같이 기록합니다.

예를 들어 alias@example.com 새로운 것을 전달하기 위해 요청 함 테스트 끝점:

이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

또는 다음으로 이동하는 모든 이메일을 원할 수도 있습니다. example.com 이 끝점에 전달하려면:

이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=https://requestbin.com/r/en8pfhdgcculn

다음은 웹훅에 대한 추가 참고 사항입니다.

  • Webhook HTTP 요청은 엔드포인트 POST 요청당 최대 60초 제한 시간으로 최대 3번 재시도합니다. 에 사용된 기본 상태 및 오류 코드를 기반으로 자동으로 재시도합니다. 수퍼 에이전트의 재시도 방법.

  • 리소스를 절약하고 응답 시간을 단축하기 위해 동일한 엔드포인트에 대한 웹훅 HTTP 요청을 여러 요청 대신 하나의 요청으로 그룹화합니다. 예를 들어 다음 주소로 이메일을 보내는 경우 webhook1@example.com, webhook2@example.com, 그리고 webhook3@example.com, 그리고 이들 모두는 동일한 히트를 하도록 구성되어 있습니다 정확한 엔드포인트 URL을 입력하면 요청이 하나만 수행됩니다. 우리는 엄격한 평등과 정확한 끝점 일치로 함께 그룹화합니다.

  • 우리는 메일 파서 라이브러리의 "simpleParser" 메서드를 사용하여 메시지를 JSON 친화적인 개체로 구문 분석합니다.

  • 문자열로 된 원시 이메일 값은 "raw" 속성으로 제공됩니다.

  • 인증 결과는 "dkim", "spf", "arc", "dmarc" 및 "bimi" 속성으로 제공됩니다.

  • 구문 분석된 이메일 헤더는 "headers" 속성으로 지정되지만 더 쉬운 반복 및 구문 분석을 위해 "headerLines"를 사용할 수도 있습니다.

  • 이 웹훅에 대해 그룹화된 수신자는 함께 그룹화되어 "수신자" 속성으로 제공됩니다.

  • SMTP 세션 정보는 "세션" 속성으로 제공됩니다. 여기에는 메시지 발신자, 메시지 도착 시간, HELO 및 클라이언트 호스트 이름에 대한 정보가 포함됩니다. 클라이언트 호스트 이름 값 session.clientHostname FQDN(역방향 PTR 조회에서)이거나 session.remoteAddress 괄호로 묶음(예: "[127.0.0.1]").

  • 첨부 파일이 있는 경우 첨부 파일에 추가됩니다. attachments 버퍼 값이 있는 배열. 다음과 같은 JavaScript를 사용한 접근 방식을 사용하여 콘텐츠로 다시 구문 분석할 수 있습니다.

    const data = [
      104,
      101,
      108,
      108,
      111,
      32,
      119,
      111,
      114,
      108,
      100,
      33
    ];
    

    // // outputs "hello world!" to the console // (this is the content from the filename "text1.txt" in the example JSON request payload above) // console.log(Buffer.from(data).toString());

팁: 전달된 이메일에서 웹훅 요청이 어떻게 보이는지 궁금하십니까? 우리는 당신을 위해 아래에 예를 포함했습니다!
{
  "attachments": [
    {
      "type": "attachment",
      "content": {
        "type": "Buffer",
        "data": [
          104,
          101,
          108,
          108,
          111,
          32,
          119,
          111,
          114,
          108,
          100,
          33
        ]
      },
      "contentType": "text/plain",
      "partId": "2",
      "release": null,
      "contentDisposition": "attachment",
      "filename": "text1.txt",
      "headers": {},
      "checksum": "fc3ff98e8c6a0d3087d515c0473f8677",
      "size": 12
    }
  ],
  "headers": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\n",
  "headerLines": [
    {
      "key": "arc-seal",
      "line": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0="
    },
    {
      "key": "arc-message-signature",
      "line": "ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino="
    },
    {
      "key": "arc-authentication-results",
      "line": "ARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "received-spf",
      "line": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;"
    },
    {
      "key": "authentication-results",
      "line": "Authentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "x-forwardemail-sender",
      "line": "X-ForwardEmail-Sender: rfc822; test@example.net"
    },
    {
      "key": "x-forwardemail-session-id",
      "line": "X-ForwardEmail-Session-ID: w2czxgznghn5ryyw"
    },
    {
      "key": "x-forwardemail-version",
      "line": "X-ForwardEmail-Version: 9.0.0"
    },
    {
      "key": "content-type",
      "line": "Content-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\""
    },
    {
      "key": "from",
      "line": "From: some <random@example.com>"
    },
    {
      "key": "message-id",
      "line": "Message-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>"
    },
    {
      "key": "date",
      "line": "Date: Wed, 25 May 2022 19:26:41 +0000"
    },
    {
      "key": "mime-version",
      "line": "MIME-Version: 1.0"
    }
  ],
  "html": "<strong>some random text</strong>",
  "text": "some random text",
  "textAsHtml": "<p>some random text</p>",
  "date": "2022-05-25T19:26:41.000Z",
  "from": {
    "value": [
      {
        "address": "random@example.com",
        "name": "some"
      }
    ],
    "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:random@example.com\" class=\"mp_address_email\">random@example.com</a>&gt;</span>",
    "text": "some <random@example.com>"
  },
  "messageId": "<69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>",
  "raw": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nX-ForwardEmail-Sender: rfc822; test@example.net\r\nX-ForwardEmail-Session-ID: w2czxgznghn5ryyw\r\nX-ForwardEmail-Version: 9.0.0\r\nContent-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\"\r\nFrom: some <random@example.com>\r\nMessage-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>\r\nDate: Wed, 25 May 2022 19:26:41 +0000\r\nMIME-Version: 1.0\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: multipart/alternative;\r\n boundary=\"--_NmP-179a735428ca7575-Part_2\"\r\n\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/plain; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\nsome random text\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/html; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\n<strong>some random text</strong>\r\n----_NmP-179a735428ca7575-Part_2--\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: text/plain; name=text1.txt\r\nContent-Transfer-Encoding: base64\r\nContent-Disposition: attachment; filename=text1.txt\r\n\r\naGVsbG8gd29ybGQh\r\n----_NmP-179a735428ca7575-Part_1--\r\n",
  "dkim": {
    "headerFrom": [
      "random@example.com"
    ],
    "envelopeFrom": "test@example.net",
    "results": [
      {
        "status": {
          "result": "none",
          "comment": "message not signed"
        },
        "info": "dkim=none (message not signed)"
      }
    ]
  },
  "spf": {
    "domain": "example.net",
    "client-ip": "127.0.0.1",
    "helo": "user.oem.local",
    "envelope-from": "test@example.net",
    "status": {
      "result": "none",
      "comment": "mx1.forwardemail.net: example.net does not designate permitted sender hosts",
      "smtp": {
        "mailfrom": "test@example.net",
        "helo": "user.oem.local"
      }
    },
    "header": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;",
    "info": "spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local",
    "lookups": {
      "limit": 50,
      "count": 1
    }
  },
  "arc": {
    "status": {
      "result": "none"
    },
    "i": 0,
    "authResults": "mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
  },
  "dmarc": {
    "status": {
      "result": "none",
      "header": {
        "from": "example.com"
      }
    },
    "domain": "example.com",
    "info": "dmarc=none header.from=example.com"
  },
  "bimi": {
    "status": {
      "header": {},
      "result": "skipped",
      "comment": "DMARC not enabled"
    },
    "info": "bimi=skipped (DMARC not enabled)"
  },
  "recipients": [
    "webhook1@webhooks.net"
  ],
  "session": {
    "remoteAddress": "127.0.0.1",
    "remotePort": 65138,
    "clientHostname": "[127.0.0.1]",
    "hostNameAppearsAs": "user.oem.local",
    "sender": "test@example.net",
    "mta": "mx1.forwardemail.net",
    "arrivalDate": "2022-05-25T19:26:41.423Z",
    "arrivalTime": 1653506801423
  }
}

정규식 또는 정규식을 지원합니까?

예, 2021년 9월 27일부터 이 기능을 추가했습니다. 별칭을 일치시키고 대체를 수행하기 위해 정규식("regex")을 간단하게 작성할 수 있습니다.

정규식 지원 별칭은 다음으로 시작하는 별칭입니다. / 그리고 끝 / 수신자는 이메일 주소 또는 웹훅입니다. 수신자는 정규식 대체 지원을 포함할 수도 있습니다(예: $1, $2).

다음을 포함한 두 개의 정규식 플래그를 지원합니다. i 그리고 g. 대소문자를 구분하지 않는 플래그 i 영구적인 기본값이며 항상 적용됩니다. 의 글로벌 플래그 g 엔딩을 붙여서 추가할 수 있습니다. / ~와 함께 /g.

우리는 또한 우리의 비활성화된 별칭 기능 정규식 지원으로 받는 사람 부분에 대해.

정규식은 지원되지 않습니다. 무료 글로벌 베니티 도메인 (보안 취약점이 될 수 있으므로).

향상된 개인 정보 보호: 유료 요금제(강화된 개인 정보 보호 기능)를 사용 중인 경우 다음으로 이동하십시오. 내 계정 도메인 정규 표현식을 구성하려면 도메인 옆에 있는 "별칭"을 클릭하십시오. 유료 플랜에 대해 자세히 알아보려면 가격 페이지. 그렇지 않으면 아래 지침을 계속 따를 수 있습니다.

무료 요금제를 사용 중인 경우 새 DNS를 추가하기만 하면 됩니다. TXT 아래 제공된 예 중 하나 이상을 사용하여 기록하십시오.

간단한 예: `elon@example.com` 또는 `musk@example.com`으로 이동하는 모든 이메일이 `user@gmail.com`으로 전달되도록 하려면:
이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=/^(elon|musk)$/:user@gmail.com
이름 성 대체 예: 회사 이메일 주소가 모두 `firstname.lastname@example.com` 패턴이라고 상상해 보세요. `firstname.lastname@example.com` 패턴으로 이동하는 모든 이메일이 대체 지원(RegExr에서 테스트 보기):
이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@company.com
더하기 기호 필터링 대체 예: 'info@example.com' 또는 'support@example.com'으로 이동하는 모든 이메일이 각각 'user+info@gmail.com' 또는 'user+support@gmail.com'으로 전달되도록 하려면(대체 지원 포함) ) (RegExr에서 테스트 보기):
이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=/^(support|info)$/:user+$1@gmail.com
Webhook 쿼리 문자열 대체 예: 아마도 `example.com`으로 이동하는 모든 이메일이 웹훅 이메일 주소(RegExr에서 테스트 보기):
이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=/^(.*?)$/:https://example.com/webhook?username=$1
비활성화 예: 특정 패턴과 일치하는 모든 이메일을 비활성화하려면(참조 특정 별칭을 비활성화 할 수 있습니까), 느낌표 "!"와 함께 동일한 접근 방식을 사용하면 됩니다.
이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=/^(elon|musk)$/:!
팁: 정규식을 작성하는 방법이 궁금하거나 대체를 테스트해야 합니까? 무료 정규식 테스트 웹 사이트로 이동할 수 있습니다. 정규식 ~에 https://regexr.com.

이 이메일 전달 서비스를 "대체"또는 "대체"MX 서버로 사용할 수 있습니까?

아니요, 한 번에 하나의 메일 교환 서버만 사용할 수 있으므로 권장하지 않습니다. 일반적으로 잘못된 우선 순위 구성과 메일 서버가 MX 교환 우선 순위 검사를 준수하지 않기 때문에 대체를 다시 시도하지 않습니다.

특정 별칭을 비활성화 할 수 있습니까

예! 2020년 2월 6일부로 이 기능이 추가되었습니다. 간단히 DNS를 편집하십시오 TXT 느낌표로 별칭을 기록하고 접두사를 지정합니다. ":" 매핑을 유지해야 합니다. 이 매핑을 해제하기로 결정한 경우 필요하기 때문입니다(유료 플랜에서 가져오기에도 사용됨).

별명 앞에 "!"를 붙이면 (느낌표)이 주소로 전송을 시도하는 발신자에게는 성공적인 응답 코드가 계속 반환되지만 이메일 자체는 아무데도 나타나지 않습니다. 블랙홀에.

비활성화된 주소로 보낸 이메일은 SMTP 응답 상태 코드 250(수락됨)으로 응답하지만 이메일은 실제로 받는 사람에게 배달되지 않습니다.

예를 들어 alias@example.com 에 흐르는 것을 멈추다 user@gmail.com:

이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=!alias:user@gmail.com
팁: 또한 전달된 수신자의 주소를 "nobody@forwardemail.net"으로 다시 쓸 수도 있습니다. 그러면 아래 예와 같이 아무에게도 라우팅되지 않습니다.
이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=!alias:nobody@forwardemail.net
팁: 보안을 강화하려면 ":user@gmail.com"(또는 ":nobody@forwardemail.net") 부분을 제거하고 아래 예와 같이 "!alias"만 남길 수도 있습니다.
이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=!alias

이메일을 여러 수신자에게 전달할 수 있습니까

네 그럼요. 여러 수신자를 지정하기만 하면 TXT 기록.

예를 들어 hello@example.com 에 전달 user+a@gmail.com 그리고 user+b@gmail.com, 그럼 내 TXT 레코드는 다음과 같습니다.

이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=hello:user+a@gmail.com,hello:user+b@gmail.com

또는 다음과 같이 별도의 두 줄로 지정할 수 있습니다.

이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=hello:user+a@gmail.com
"@", "." 또는 공백 3600 TXT forward-email=hello:user+b@gmail.com

그것은 당신에게 달려 있습니다!

전역 캐치-올 수신자를 여러 명 가질 수 있습니까?

그래 넌 할수있어. 여러 글로벌 포괄 수신자를 지정하기만 하면 됩니다. TXT 기록.

예를 들어 다음 주소로 전송되는 모든 이메일을 *@example.com (별표는 와일드 카드라고도 함을 의미함) user+a@gmail.com 그리고 user+b@gmail.com, 그럼 내 TXT 레코드는 다음과 같습니다.

이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=user+a@gmail.com,user+b@gmail.com

또는 다음과 같이 별도의 두 줄로 지정할 수 있습니다.

이름/호스트/별칭 TTL 유형
"@", "." 또는 공백 3600 TXT forward-email=user+a@gmail.com
@, "." 또는 공백 3600 TXT forward-email=user+b@gmail.com

그것은 당신에게 달려 있습니다!

별칭 당 전달할 수있는 이메일 주소 수에 최대 제한이 있습니까?

예, 기본 제한은 10입니다. 이것은 도메인 이름에 10개의 별칭만 가질 수 있다는 것을 의미하지는 않습니다. 원하는 만큼(무제한) 별칭을 가질 수 있습니다. 하나의 별칭만 10개의 고유한 이메일 주소로 전달할 수 있음을 의미합니다. 당신은 가질 수 있었다 hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, ... (1-10) – 및 다음으로 보내는 모든 이메일 hello@example.com 로 전달될 것입니다 user+1@gmail.com, user+2@gmail.com, user+3@gmail.com,… (1 ~ 10).

팁: 별칭당 받는 사람이 10명 이상 필요하십니까? 이메일을 보내주시면 계정 한도를 늘려드리겠습니다.

이메일을 재귀 적으로 전달할 수 있습니까

예, 할 수 있지만 여전히 최대 한도를 준수해야 합니다. 당신이 가지고 있다면 hello:elon@example.com 그리고 elon:user@gmail.com, 다음 이메일로 hello@example.com 로 전달될 것입니다 elon@example.com 그리고 user@gmail.com. 이메일을 재귀 적으로 전달하려고하면 오류가 발생합니다.

내 허락없이 사람들이 내 이메일 전달을 등록 취소하거나 등록 할 수 있습니까?

우리는 MX를 사용하고 TXT 따라서 이 서비스의 해당 MX 및 TXT 기록하면 등록됩니다. 제거하면 등록이 취소됩니다. 도메인 및 DNS 관리에 대한 소유권이 있으므로 누군가 해당 도메인에 액세스할 수 있는 경우 문제가 됩니다.

어떻게 무료입니까

유료 요금제로 업그레이드 한 사용자 덕분에 서비스가 계속 실행됩니다. 우리는 폐쇄 소스 포워딩 서비스를 사용하는(그리고 나중에 개인 정보와 보안을 위협하는) 사람들에게 무료 대안을 제공하고자 합니다.

최대 이메일 크기 제한은 얼마입니까

기본적으로 콘텐츠, 헤더 및 첨부 파일을 포함하여 크기가 50MB로 제한됩니다. Gmail 및 Outlook과 같은 서비스는 25MB 크기 제한 만 허용하며 해당 공급자의 주소로 보낼 때 제한을 초과하면 오류 메시지가 표시됩니다.

파일 크기 제한을 초과하면 적절한 응답 코드와 함께 오류가 반환됩니다.

이메일과 그 내용을 저장하십니까

아니요, 절대 아닙니다. 우리의 개인 정보 정책.

이메일 로그를 저장합니까

아니요, 절대 아닙니다. 우리의 개인 정보 정책.

내 이메일을 읽습니까

아니요, 절대 아닙니다. 우리는 SMTP 로그를 저장하지 않습니다. 우리의 개인 정보 정책.

다른 많은 이메일 전달 서비스는 귀하의 이메일을 저장하고 잠재적으로 읽을 수 있습니다. 전달된 이메일을 디스크 스토리지에 저장해야 할 이유가 없습니다. 따라서 우리는 이 모든 작업을 인메모리로 처리하는 최초의 오픈 소스 솔루션을 설계했습니다.

우리는 당신이 사생활에 대한 권리를 가져야 한다고 믿으며 그것을 엄격하게 존중합니다. 서버에 배포되는 코드는 GitHub의 오픈 소스 소프트웨어 투명성과 신뢰 구축을 위해

Gmail 별칭의 더하기 + 기호를 지원합니까?

네 그럼요.

하위 도메인을 지원합니까?

네 그럼요. 이름 / 호스트 / 별칭으로 "@", "."또는 공백을 사용하는 대신 하위 도메인 이름을 값으로 사용하면됩니다.

네가 원한다면 foo.example.com 이메일을 전달하려면 다음을 입력하십시오. foo DNS 설정의 이름/호스트/별칭 값으로(MX 및 TXT 기록).

내 이메일 헤더를 전달합니까?

네 그럼요.

이것은 잘 테스트

예, 다음으로 작성된 테스트가 있습니다. 아바 또한 코드 적용 범위가 있습니다.

SMTP 응답 메시지 및 코드를 전달합니까

네 그럼요. 예를 들어 이메일을 보내는 경우 hello@example.com 전달하도록 등록되어 있습니다. user@gmail.com"gmail.com"SMTP 서버의 SMTP 응답 메시지 및 코드가 "mx1.forwardemail.net"또는 "mx2.forwardemail.net"의 프록시 서버 대신 반환됩니다.

스패머를 방지하고 전자 메일 전달 평판을 높이는 방법

섹션을 참조하십시오. 이메일 전달 시스템은 어떻게 작동합니까?, 이메일 전송 문제를 처리하는 방법, 그리고 블랙리스트가 되는 IP 주소를 처리하는 방법 위에.

스팸 메일을 받으면 어떻게 해야 하나요?

가능한 경우 이메일 목록에서 수신 거부하고 발신자를 차단해야합니다.

메시지를 스팸으로 신고하지 말고 수동으로 선별하고 개인 정보 보호에 중점을 둔 남용 방지 시스템으로 전달하십시오.

스팸을 전달할 이메일 주소는 다음과 같습니다. abuse@forwardemail.net

이것으로 Gmail에서 "다른 이름으로 메일을 보낼 수 있습니까?"

예! 2018년 10월 2일부로 이 기능이 추가되었습니다. 보다 Gmail을 사용하여 다른 이름으로 메일을 보내는 방법 위에!

DNS 구성에서 Gmail용 SPF 레코드도 설정해야 합니다. TXT 기록.

중요한: Gmail(예: 다른 이름으로 메일 보내기) 또는 G Suite를 사용하는 경우 다음을 추가해야 합니다. include:_spf.google.com 당신의 SPF에 TXT 예를 들어:

v=spf1 a mx include:spf.forwardemail.net include:_spf.google.com -all

이것으로 Outlook에서 "다른 이름으로 메일 보내기"를 할 수 있습니까

예! 2018년 10월 2일부터이 기능이 추가되었습니다. 아래 Microsoft에서이 두 링크를 간단히보십시오.

또한 DNS 구성에서 Outlook용 SPF 레코드를 설정해야 합니다. TXT 기록.

중요한: Microsoft Outlook 또는 Live.com을 사용하는 경우 다음을 추가해야 합니다. include:spf.protection.outlook.com 당신의 SPF에 TXT 예를 들어:

v=spf1 a mx include:spf.forwardemail.net include:spf.protection.outlook.com -all

이것으로 Apple Mail 및 iCloud Mail에서 "다른 이름으로 메일 보내기"를 할 수 있습니까

불행히도 Apple은 사용하는 서비스에 관계없이이를 허용하지 않습니다. 그러나 메일 앱을 도메인의 이메일 계정과 함께 사용할 수 있습니다.

이것으로 무제한 이메일을 전달할 수 있습니까

예, 그러나 "상대적으로 알려지지 않은" 발신자는 호스트 이름 또는 IP당 시간당 1,000개의 연결로 속도가 제한됩니다. 에 대한 섹션을 참조하십시오. 속도 제한 그리고 그레이리스팅 위에.

"상대적으로 알려지지 않은"이란 화이트리스트.

이 제한을 초과하면 발신자 메일 서버에 나중에 다시 시도하도록 지시하는 "421" 응답 코드를 보냅니다.

내 이메일 주소에 프로필 사진을 추가하려면 어떻게합니까

Gmail을 사용하는 경우 아래 단계를 따르십시오.

  1. 이동 https://google.com 모든 이메일 계정에서 로그아웃
  2. "로그인"을 클릭하고 드롭 다운에서 "다른 계정"을 클릭하십시오.
  3. "다른 계정 사용"을 선택하십시오
  4. "계정 만들기"를 선택하십시오
  5. "대신 내 현재 이메일 주소 사용"을 선택하십시오.
  6. 맞춤 도메인 이름 이메일 주소를 입력하세요
  7. 귀하의 이메일 주소로 전송 된 확인 이메일을 검색하십시오
  8. 이 이메일에서 인증 코드를 입력하십시오
  9. 새 Google 계정에 대한 전체 프로필 정보
  10. 모든 개인 정보 및 이용 약관 정책에 동의
  11. 이동 https://google.com 오른쪽 상단에서 프로필 아이콘을 클릭하고 "변경" 버튼을 클릭합니다.
  12. 계정에 새 사진 또는 아바타를 업로드하십시오.
  13. 변경 사항이 적용 되려면 1-2 시간 정도 걸리지 만 때로는 매우 빠를 수도 있습니다.
  14. 테스트 이메일을 보내면 프로필 사진이 나타납니다.

무료 및 강화 된 보호의 차이점은 무엇입니까

무료 요금제를 사용하려면 퍼블릭 DNS 레코드를 사용하여 전달 구성을 저장해야합니다. 무료 요금제를 사용하는 경우 컴퓨터가있는 사람은 누구나 터미널에서 전달 구성을 조회 할 수 있습니다. 무료 플랜과 달리 Enhanced Protection 플랜은 암호화 방식으로 생성 된 임의의 문자열을 사용하여 전달 구성을 비공개로 저장합니다.

무료 플랜향상된 보호 계획
forward-email=user@gmail.comforward-email-site-verification=m8d7o8K4Il

이메일 모범 사례를 지원합니까

예. 모든 계획에서 SPF, DKIM, DMARC, ARC 및 SRS에 대한 기본 지원이 있습니다. 또한 완벽 성과 높은 전 달성을 보장하기 위해 이러한 사양의 원저자 및 기타 이메일 전문가와 광범위하게 협력했습니다.

하나의 가격으로 무제한 도메인을 제공합니까

예. 어떤 플랜을 사용하든 모든 도메인에 적용되는 월별 요금을 한 번만 지불하면됩니다.

어떤 결제 수단을 수락합니까

우리는 다음을 사용하여 카드, 지갑 및 은행 송금을 받습니다. 줄무늬 그리고 페이팔 – 일회성 결제 또는 월별, 분기별 또는 연간 구독의 경우.

가격을 올릴 수 있습니까?

아니요. 가격은 절대 인상되지 않습니다. 다른 회사와 달리 서비스를 중단하지 않습니다.

도메인 이름에서 DNS 조회를 수행하는 방법

우리는 CloudFlare의 개인 정보 보호 우선 소비자 DNS 서비스를 사용합니다(참조 여기에 발표). 우리는 설정 1.1.1.3 그리고 1.0.0.3 DNS 서버로(참조 https://developers.cloudflare.com/1.1.1.1/1.1.1.1-for-families/) 사용 /etc/resolv.conf 서버 및 테스트 환경에서.

이 서비스는 얼마나 빠릅니까

최신 버전인 v2(2019년 5월 6일에 릴리스됨)는 v1에서 주요 재작성되었으며 스트림을 통한 성능에 중점을 둡니다. 노드 메일러 다작 작가 Andris Reinman(@ 앤리스 9)을(를) 사용하여 전원을 끄는 데 도움이 되었습니다. mailparser 라이브러리 및 사용 mailsplit 대신 본문에 영향을 주지 않고 메시지의 헤더와 본문을 분할하는 일부 사용자 지정 변환 논리를 사용합니다. 이를 통해 헤더에 대한 작업을 매우 빠르게 수행할 수 있습니다(예: 보안 검사 및 SPF/DKIM/DMARC 준수).

다시 말해,이 서비스의 최신 버전은 현재 순전히 스트림을 사용하며 매우 빠릅니다. 이전 버전 v1에는 최적의 작업 순서가 아닌 일부 논리가 있었지만 이제 v2는 메모리/네트워크 집약적인 작업을 먼저 수행하고 가능한 한 빨리 SMTP 클라이언트에 응답을 보내기 위해 일찍 반환합니다. 계속해서 속도를 최적화하고 기능을 개선하며 시간이 지남에 따라 이 서비스를 개선할 계획입니다.

Node.js의 스트림과 변환 덕분에 디스크에 쓰거나 이메일을 저장하지 않습니다. 모든 것이 메모리 내에서 이루어집니다! 🎉