자주 묻는 질문

전달 이메일은 모든 기능을 갖춘 이메일 서비스 제공업체 그리고 사용자 정의 도메인 이름을 위한 이메일 호스팅 제공업체.

저희는 Gmail + Mailchimp + Sendgrid를 대체하는 올인원 솔루션입니다.

우리를 힘을 실어주는 서비스라고 생각하세요 you@yourdomain.com. 우리는 숨겨진 비용이나 제한 없이 Gmail, Microsoft 365, Proton Mail, Sendgrid 및 Amazon SES에 대한 최고의 대안이며 궁극적으로 다음에 중점을 둡니다. 100% 오픈 소스 소프트웨어, 양자 저항 암호화, 그리고 은둔.

다른 서비스와 달리 사용자당 비용을 청구하지 않습니다. 월 $3/월의 단 한 번의 요금으로 도메인과 별칭을 무제한으로 이용할 수 있습니다. 모든 유료 플랜에는 10GB의 SSD 지원 암호화 SQLite 스토리지(IMAP/POP3/CalDAV)가 포함됩니다. 추가 스토리지는 추가 SSD 지원 스토리지 10GB당 $3/월로 구매할 수 있습니다.

56개 이상의 다른 이메일 서비스 제공업체와 당사를 비교할 수 있습니다. 이메일 비교 페이지.

우리는 500,000개 이상의 도메인과 다음과 같은 주요 사용자에게 이메일 호스팅 및 이메일 전달 서비스를 제공합니다.

  • 정식
  • 넷플릭스
  • 리눅스 재단
  • PHP 재단
  • 폭스 뉴스 라디오
  • 디즈니 광고 판매
  • jQuery
  • 리니지OS
  • 우분투
  • 쿠분투
  • 루분투
  • 메릴랜드대학교
  • 워싱턴 대학교
  • 터프츠대학교
  • 스워스모어 칼리지
  • 남호주 정부
  • 도미니카 공화국 정부
  • RCD 호텔
  • 국제통신체스연맹
  • 존 그레이엄 커밍(Cloudflare)
  • 아이작 Z. 슐루터(npm)
  • 데이비드 하이네마이어 한손(루비 온 레일즈)

이메일 전달에 대한 자세한 내용은 다음에서 확인할 수 있습니다. 우리의 정보 페이지.

이메일은 평균 5초 이내에 전달됩니다. 우리는 지연된 대기열에 의존하는 다른 공급자와 달리 실시간으로 운영합니다.

우리는 디스크에 기록하거나 로그를 저장하지 않습니다. 오류 예외 그리고 아웃바운드 SMTP (우리의 개인 정보 정책).

모든 작업은 메모리 내에서 이루어지며 소스 코드는 GitHub에 있습니다..

예상 설치 시간: 10분 미만
향상된 개인 정보 보호: 인터넷을 통해 공개적으로 검색되지 않도록 귀하의 정보를 숨기려면 다음으로 이동하십시오. 내 계정 도메인 이 가이드를 시작하기 전에 도메인을 유료 요금제로 업그레이드하세요. 무료 요금제에서 공개적으로 검색 가능한 정보에는 별칭, 전달된 주소, 수신자 및 사용자 지정 포트 전달과 같은 고급 설정이 포함되지만 이에 국한되지 않습니다. 유료 플랜에 대해 자세히 알아보려면 가격 페이지 – 그렇지 않으면 계속 읽으십시오! 모든 계획은 우리의 개인정보 처리방침 메타데이터나 이메일을 엄격하게 저장하지 않는 정책. 다른 서비스처럼 사용자를 추적하지 않습니다.
시작하기: 아래 나열된 1~8단계를 주의 깊게 읽고 따르십시오. 의 이메일 주소를 교체하십시오. user@gmail.com 이메일을 전달하려는 이메일 주소로(아직 정확하지 않은 경우) 마찬가지로 반드시 교체 baychi.org 사용자 정의 도메인 이름으로(아직 정확하지 않은 경우).
  1. 이미 도메인 이름을 어딘가에 등록했다면 이 단계를 완전히 건너뛰고 2단계로 이동해야 합니다! 그렇지 않으면 당신은 할 수 있습니다 여기를 클릭하여 도메인 이름을 등록하세요.
  2. 도메인을 등록한 위치를 기억하십니까? 이것을 기억하면 아래 지침을 따르십시오.
    중요한: 새 탭을 열고 도메인 등록 기관에 로그인해야 합니다. 아래의 "등록기관"을 쉽게 클릭하면 이 작업이 자동으로 수행됩니다. 이 새 탭에서는 등록 기관의 DNS 관리 페이지로 이동해야 합니다. 아래의 "구성 단계" 열 아래에 단계별 탐색 단계가 제공되어 있습니다. 새 탭에서 이 페이지로 이동한 후 이 탭으로 돌아와 아래 3단계를 진행할 수 있습니다. 열린 탭을 아직 닫지 마십시오. 향후 단계에 필요합니다!
    기록 사무관 구성 단계
    1&1 로그인 도메인 센터 (도메인 선택) DNS 설정 편집
    아마존 루트 53 로그인 호스팅 영역 (도메인 선택)
    에이플러스넷 로그인 내 서버 도메인 관리 DNS 관리자
    블루호스트 록: 로그인 도메인 (관리 옆 ▼ 아이콘 클릭) 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@baychi.org", "hello@baychi.org" 등)의 모든 이메일을 특정 주소 "user@gmail.com"으로 전달하는 경우:
    이름/호스트/별칭 TTL 유형 답변/가치
    "@", "." 또는 공백 3600 TXT forward-email=user@gmail.com
    팁: "값" 열의 위 값을 자신의 이메일 주소로 바꾸십시오. "TTL" 값은 3600일 필요는 없으며 필요한 경우 더 낮거나 더 높을 수 있습니다. TTL(Time to Live) 값이 낮을수록 DNS 레코드에 대한 향후 변경 사항이 인터넷 전체에 더 빠르게 전파됩니다. 이를 메모리에 캐시되는 기간(초)으로 생각하십시오. 에 대해 자세히 알아볼 수 있습니다. 무료 백과사전인 Wikipedia의 TTL.
    옵션 B: 단일 이메일 주소만 전달해야 하는 경우(예: hello@baychi.org 에게 user@gmail.com; 이렇게 하면 자동으로 "hello+test@baychi.org"이 "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@baychi.org"은 "user@example.net"으로 전달됨):
    이름/호스트/별칭 TTL 유형 답변/가치
    "@", "." 또는 공백 3600 TXT forward-email=example.net
    옵션 F: 웹훅을 전역 또는 개별 별칭으로 사용하여 이메일을 전달할 수도 있습니다. 제목이 웹훅에 대한 예제 및 전체 섹션을 참조하세요. 웹 후크를 지원합니까 아래에.
    이름/호스트/별칭 TTL 유형 답변/가치
    "@", "." 또는 공백 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn
    옵션 G: 정규식("regex")을 사용하여 별칭을 일치시키고 이메일을 전달할 대체 항목을 처리할 수도 있습니다. 정규식에 대한 예제와 전체 섹션을 참조하십시오. 정규식 또는 정규식을 지원합니까? 아래에.
    대체가 있는 고급 정규식이 필요합니까? 정규식에 대한 예제와 전체 섹션을 참조하십시오. 정규식 또는 정규식을 지원합니까? 아래에.
    간단한 예: `linus@baychi.org` 또는 `torvalds@baychi.org`으로 이동하는 모든 이메일을 `user@gmail.com`으로 전달하려는 경우:
    이름/호스트/별칭 TTL 유형 답변/가치
    "@", "." 또는 공백 3600 TXT forward-email=/^(linus|torvalds)$/:user@gmail.com
  5. 등록 대행자의 DNS 관리 페이지(열었던 다른 탭)를 사용하여 다음을 추가로 설정합니다. TXT 기록:
    이름/호스트/별칭 TTL 유형 답변/가치
    "@", "." 또는 공백 3600 TXT v=spf1 a include:spf.forwardemail.net -all
    중요한: Gmail(예: 다른 이름으로 메일 보내기) 또는 G Suite를 사용하는 경우 다음을 추가해야 합니다. include:_spf.google.com 위의 값으로, 예를 들면:

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

    v=spf1 a 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의 이러한 지침 이 주제에.

네,하지만 DNS 레코드에는 MX 교환이 하나만 나열되어야 합니다..

여러 MX 교환을 구성하는 방법으로 "우선순위"를 사용하지 마십시오.

대신, 일치하지 않는 모든 별칭에 대한 메일을 당사 서비스의 교환으로 전달하도록 기존 MX 교환을 구성해야 합니다(mx1.forwardemail.net 및/또는 mx2.forwardemail.net).

Google Workspace를 사용 중이고 일치하지 않는 모든 별칭을 Google 서비스로 전달하려면 다음을 참조하세요. https://support.google.com/a/answer/6297084.

Microsoft 365(Outlook)를 사용 중이고 일치하지 않는 모든 별칭을 당사 서비스에 전달하려면 다음을 참조하세요. https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/use-connectors-to-configure-mail-flow/set-up-connectors-to-route-mail 그리고 https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/manage-mail-flow-for-multiple-locations.

등록기관의 DNS 관리 페이지를 사용하여 다음을 설정하세요. TXT 기록:

이름/호스트/별칭 TTL 유형 답변/가치
"@", "." 또는 공백 3600 TXT v=spf1 a include:spf.forwardemail.net -all
중요한: Gmail(예: 다른 이름으로 메일 보내기) 또는 G Suite를 사용하는 경우 다음을 추가해야 합니다. include:_spf.google.com 위의 값으로, 예를 들면:

v=spf1 a include:spf.forwardemail.net include:_spf.google.com -all
중요한: Microsoft Outlook 또는 Live.com을 사용하는 경우 다음을 추가해야 합니다. include:spf.protection.outlook.com 당신의 SPF에 TXT 예를 들어:

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

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

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

메일을 보내는 호스트(예: Outlook)에 대한 SPF 레코드를 포함해야 할 수도 있습니다.

이동 내 계정 도메인 설정 아웃바운드 SMTP 구성을 클릭하고 설정 지침을 따르세요.

이동 내 계정 도메인 설정 아웃바운드 SMTP 구성을 클릭하고 설정 지침을 따르세요.

우리는 자동으로 구성합니다 발신자 재작성 스킴 ("SRS") – 이 작업을 직접 수행할 필요는 없습니다.

참조하십시오 MTA-STS에 관한 섹션 더 많은 통찰력을 위해.

예, 2023년 5월부터 모든 유료 사용자를 위한 추가 기능으로 SMTP를 사용한 이메일 전송을 지원합니다.

중요한: 반드시 읽어보시기 바랍니다. 이용 약관, 개인 정보 정책, 그리고 아웃바운드 SMTP 제한 – 귀하의 사용은 승인 및 동의로 간주됩니다.
중요한: Gmail을 사용하는 경우 다음을 참조하세요. Gmail 가이드와 함께 메일 보내기. 개발자라면 다음을 참조하십시오. 이메일 API 문서.

  1. 이동 내 계정 도메인 설정 아웃바운드 SMTP 구성 및 설정 지침 따르기

  2. 아래에서 도메인의 새 별칭을 만듭니다. 내 계정 도메인 별칭(예: 안녕하세요@baychi.org)

  3. 클릭 비밀번호 생성 새로 만든 별칭 옆에 있습니다. 화면에 생성된 비밀번호를 클립보드에 복사하여 안전하게 보관하세요.

  4. 선호하는 이메일 애플리케이션을 사용하여 새로 만든 별칭(예: 안녕하세요@baychi.org)

    팁: 사용을 권장합니다 천둥새, K-9 메일, 애플 메일, 또는 오픈 소스 및 개인 정보 보호에 초점을 맞춘 대안.

  5. SMTP 서버 이름을 묻는 메시지가 표시되면 다음을 입력하십시오. smtp.forwardemail.net

  6. SMTP 서버 포트를 묻는 메시지가 표시되면 다음을 입력하십시오. 465 (SSL/TLS) – 참조 대체 SMTP 포트 필요하다면

    팁: Thunderbird를 사용하는 경우 "연결 보안"이 "SSL/TLS"로 설정되고 인증 방법이 "일반 비밀번호"로 설정되어 있는지 확인하세요.

  7. SMTP 서버 비밀번호를 묻는 메시지가 표시되면 비밀번호를 붙여넣습니다. 비밀번호 생성 위의 3단계에서

  8. 설정을 저장하고 첫 번째 테스트 이메일 보내기 – 문제가 있는 경우 다음을 참조하십시오. 문의하기

중요한: IP 평판을 유지하고 전달 가능성을 보장하기 위해 아웃바운드 SMTP 승인에 대해 도메인별로 수동 검토 프로세스를 갖추고 있습니다. 이 작업은 일반적으로 24시간 이내에 완료되며 대부분의 요청은 1~2시간 이내에 처리됩니다. 가까운 시일 내에 추가 스팸 제어 및 알림 기능을 통해 이 프로세스를 즉각적으로 만드는 것이 목표입니다. 이 프로세스를 통해 귀하의 이메일이 받은 편지함에 도달하고 메시지가 스팸으로 표시되지 않도록 할 수 있습니다.
축하합니다! 모든 단계를 성공적으로 완료했습니다.

우리는 사용자 및 도메인을 1일당 300개의 아웃바운드 SMTP 메시지로 제한합니다. 한 달에 평균 9000개 이상의 이메일이 발송됩니다. 이 금액을 초과해야 하거나 지속적으로 큰 이메일이 있는 경우 당사에 문의하십시오.

우리 서버는 smtp.forwardemail.net 또한 우리의 상태 페이지.

IPv4와 IPv6을 모두 지원하며 포트를 통해 사용할 수 있습니다. 465 그리고 2465 SSL/TLS의 경우 및 587, 2587, 2525, 그리고 25 TLS(STARTTLS)의 경우.

규약호스트 이름포트IPv4IPv6
SSL/TLS 우선의smtp.forwardemail.net465, 2465✅✅
TLS (STARTTLS)smtp.forwardemail.net587, 2587, 2525, 25✅✅
로그인예기술
사용자 이름user@baychi.org의 도메인에 대해 존재하는 별칭의 이메일 주소 내 계정 도메인.
암호************************별칭별로 생성된 비밀번호입니다.

SMTP로 아웃바운드 이메일을 보내려면 SMTP 사용자 의 도메인에 대해 존재하는 별칭의 이메일 주소여야 합니다. 내 계정 도메인 - 그리고 SMTP 비밀번호 별칭별로 생성된 비밀번호여야 합니다.

참조하십시오 SMTP로 이메일 보내기를 지원합니까? 단계별 지침.

우리 서버는 imap.forwardemail.net 또한 우리의 상태 페이지.

IPv4와 IPv6을 모두 지원하며 포트를 통해 사용할 수 있습니다. 993 그리고 2993 SSL/TLS용.

규약호스트 이름포트IPv4IPv6
SSL/TLS 우선의imap.forwardemail.net993, 2993✅✅
로그인예기술
사용자 이름user@baychi.org의 도메인에 대해 존재하는 별칭의 이메일 주소 내 계정 도메인.
암호************************별칭별로 생성된 비밀번호입니다.

IMAP에 접속하기 위해서는 IMAP 사용자 의 도메인에 대해 존재하는 별칭의 이메일 주소여야 합니다. 내 계정 도메인 - 그리고 IMAP 비밀번호 별칭별로 생성된 비밀번호여야 합니다.

참조하십시오 IMAP을 통한 이메일 수신을 지원합니까? 단계별 지침.

우리 서버는 pop3.forwardemail.net 또한 우리의 상태 페이지.

IPv4와 IPv6을 모두 지원하며 포트를 통해 사용할 수 있습니다. 995 그리고 2995 SSL/TLS용.

규약호스트 이름포트IPv4IPv6
SSL/TLS 우선의pop3.forwardemail.net995, 2995✅✅
로그인예기술
사용자 이름user@baychi.org의 도메인에 대해 존재하는 별칭의 이메일 주소 내 계정 도메인.
암호************************별칭별로 생성된 비밀번호입니다.

POP3로 접속하기 위해서는 POP3 사용자 의 도메인에 대해 존재하는 별칭의 이메일 주소여야 합니다. 내 계정 도메인 - 그리고 IMAP 비밀번호 별칭별로 생성된 비밀번호여야 합니다.

참조하십시오 POP3를 지원합니까? 단계별 지침.

예, 2023년 5월부터 모든 유료 사용자를 위한 추가 기능으로 API를 사용하여 이메일 전송을 지원합니다.

중요한: 반드시 읽어보시기 바랍니다. 이용 약관, 개인 정보 정책, 그리고 아웃바운드 SMTP 제한 – 귀하의 사용은 승인 및 동의로 간주됩니다.

섹션을 참조하십시오. 이메일 옵션, 예제 및 추가 정보에 대한 API 설명서를 참조하세요.

API를 사용하여 아웃바운드 이메일을 보내려면 아래에서 사용할 수 있는 API 토큰을 사용해야 합니다. 내 보안.

예, 2023년 10월 16일부터 모든 유료 사용자에 대한 부가 기능으로 IMAP을 통한 이메일 수신을 지원합니다. 심층 기사를 읽어보세요. ~에 암호화된 SQLite 메일박스 저장 기능의 작동 방식.

중요한: 반드시 읽어보시기 바랍니다. 이용 약관 그리고 개인 정보 정책 – 귀하의 사용은 승인 및 동의로 간주됩니다.

  1. 아래에서 도메인의 새 별칭을 만듭니다. 내 계정 도메인 별칭(예: 안녕하세요@baychi.org)

  2. 클릭 비밀번호 생성 새로 만든 별칭 옆에 있습니다. 화면에 생성된 비밀번호를 클립보드에 복사하여 안전하게 보관하세요.

  3. 선호하는 이메일 애플리케이션을 사용하여 새로 만든 별칭(예: 안녕하세요@baychi.org)

    팁: 사용을 권장합니다 천둥새, K-9 메일, 애플 메일, 또는 오픈 소스 및 개인 정보 보호에 초점을 맞춘 대안.

  4. IMAP 서버 이름을 묻는 메시지가 나타나면 다음을 입력합니다. imap.forwardemail.net

  5. IMAP 서버 포트를 묻는 메시지가 나타나면 다음을 입력합니다. 993 (SSL/TLS) – 참조 대체 IMAP 포트 필요하다면

    팁: Thunderbird를 사용하는 경우 "연결 보안"이 "SSL/TLS"로 설정되고 인증 방법이 "일반 비밀번호"로 설정되어 있는지 확인하세요.

  6. IMAP 서버 비밀번호를 묻는 메시지가 나타나면 다음의 비밀번호를 붙여넣으세요. 비밀번호 생성 위의 2단계에서

  7. 설정 저장 – 문제가 있는 경우 다음을 참조하십시오. 문의하기

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

예, 우리는 지원합니다 오픈PGP, 엔드투엔드 암호화("E2EE"), 그리고 다음을 사용하여 공개 키를 발견합니다. 웹 키 디렉터리("WKD"). 다음을 사용하여 OpenPGP를 구성할 수 있습니다. keys.openpgp.org 또는 자신의 키를 자체 호스팅 (인용하다 WKD 서버 설정에 대한 요지).

자동 암호화: 당신이 우리를 사용하는 경우 아웃바운드 SMTP 서비스 암호화되지 않은 메시지를 보내면 다음을 사용하여 수신자별로 메시지 암호화를 자동으로 시도합니다. 웹 키 디렉터리("WKD").
중요한: 사용자 정의 도메인 이름에 대해 OpenPGP를 활성화하려면 다음 단계를 모두 따라야 합니다.

  1. 아래에서 이메일 클라이언트의 권장 플러그인을 다운로드하여 설치하세요.

    이메일 클라이언트플랫폼권장 플러그인노트
    천둥새데스크탑Thunderbird에서 OpenPGP 구성Thunderbird에는 OpenPGP에 대한 지원이 내장되어 있습니다.
    지메일브라우저우편 봉투 또는 플로우크립트 (고유 라이센스)Gmail은 OpenPGP를 지원하지 않지만 오픈 소스 플러그인을 다운로드할 수 있습니다. 우편 봉투 또는 플로우크립트.
    애플 메일맥 OS무료 GPG메일Apple Mail은 OpenPGP를 지원하지 않지만 오픈 소스 플러그인을 다운로드할 수 있습니다. 무료 GPG메일.
    애플 메일iOSPGPro 또는 플로우크립트 (고유 라이센스)Apple Mail은 OpenPGP를 지원하지 않지만 오픈 소스 플러그인을 다운로드할 수 있습니다. PGPro 또는 플로우크립트.
    시야윈도우gpg4winOutlook의 데스크톱 메일 클라이언트는 OpenPGP를 지원하지 않지만 오픈 소스 플러그인을 다운로드할 수 있습니다. gpg4win.
    시야브라우저우편 봉투 또는 플로우크립트 (고유 라이센스)Outlook의 웹 기반 메일 클라이언트는 OpenPGP를 지원하지 않지만 오픈 소스 플러그인을 다운로드할 수 있습니다. 우편 봉투 또는 플로우크립트.
    기계적 인조 인간이동하는오픈키체인 또는 플로우크립트Android 메일 클라이언트 ~와 같은 K-9 메일 그리고 공정한이메일 둘 다 오픈 소스 플러그인을 지원합니다 오픈키체인. 또는 오픈 소스(독점 라이선스) 플러그인을 사용할 수도 있습니다. 플로우크립트.
    구글 크롬브라우저우편 봉투 또는 플로우크립트 (고유 라이센스)오픈 소스 브라우저 확장을 다운로드할 수 있습니다. 우편 봉투 또는 플로우크립트.
    모질라 파이어 폭스브라우저우편 봉투 또는 플로우크립트 (고유 라이센스)오픈 소스 브라우저 확장을 다운로드할 수 있습니다. 우편 봉투 또는 플로우크립트.
    마이크로소프트 엣지브라우저우편 봉투오픈 소스 브라우저 확장을 다운로드할 수 있습니다. 우편 봉투.
    용감한브라우저우편 봉투 또는 플로우크립트 (고유 라이센스)오픈 소스 브라우저 확장을 다운로드할 수 있습니다. 우편 봉투 또는 플로우크립트.
    발사데스크탑발사에서 OpenPGP 구성Balsa에는 OpenPGP에 대한 지원이 내장되어 있습니다.
    KMail데스크탑KMail에서 OpenPGP 구성KMail에는 OpenPGP에 대한 지원이 내장되어 있습니다.
    그놈 진화데스크탑Evolution에서 OpenPGP 구성GNOME Evolution에는 OpenPGP에 대한 지원이 내장되어 있습니다.
    단말기데스크탑터미널에서 gpg 구성오픈 소스를 사용할 수 있습니다. gpg 명령줄 도구 명령줄에서 새 키를 생성합니다.

  2. 플러그인을 열고, 공개 키를 생성하고, 이를 사용하도록 이메일 클라이언트를 구성하세요.

  3. 공개 키를 업로드하세요. https://keys.openpgp.org/upload.

    팁: 넌 방문 할 수있다 https://keys.openpgp.org/manage 앞으로는 키를 관리하세요.
    선택적 추가 기능: 당신이 우리를 사용하는 경우 암호화된 저장소(IMAP/POP3) 서비스와 원하는 모두 (이미 암호화된) SQLite 데이터베이스에 저장된 이메일을 공개 키로 암호화한 다음 다음으로 이동하세요. 내 계정 도메인 별칭(예: hello@baychi.org) 편집 PGP를 열고 공개 키를 업로드하세요.

  4. 새로 추가 CNAME 귀하의 도메인 이름에 기록하세요(예: baychi.org):

    이름/호스트/별칭 TTL 유형 답변/가치
    openpgpkey 3600 CNAME wkd.keys.openpgp.org
    팁: 귀하의 별칭이 당사의 허영/일회용 도메인 (예: hideaddress.net), 그런 다음 이 단계를 건너뛸 수 있습니다.
축하합니다! 모든 단계를 성공적으로 완료했습니다.

예, 2023년 12월 4일부터 지원됩니다. POP3 모든 유료 사용자를 위한 추가 기능입니다. 심층 기사를 읽어보세요. ~에 암호화된 SQLite 메일박스 저장 기능의 작동 방식.

중요한: 반드시 읽어보시기 바랍니다. 이용 약관 그리고 개인 정보 정책 – 귀하의 사용은 승인 및 동의로 간주됩니다.

  1. 아래에서 도메인의 새 별칭을 만듭니다. 내 계정 도메인 별칭(예: 안녕하세요@baychi.org)

  2. 클릭 비밀번호 생성 새로 만든 별칭 옆에 있습니다. 화면에 생성된 비밀번호를 클립보드에 복사하여 안전하게 보관하세요.

  3. 선호하는 이메일 애플리케이션을 사용하여 새로 만든 별칭(예: 안녕하세요@baychi.org)

    팁: 사용을 권장합니다 천둥새, K-9 메일, 애플 메일, 또는 오픈 소스 및 개인 정보 보호에 초점을 맞춘 대안.

  4. POP3 서버 이름을 묻는 메시지가 나타나면 다음을 입력합니다. pop3.forwardemail.net

  5. POP3 서버 포트를 묻는 메시지가 나타나면 다음을 입력합니다. 995 (SSL/TLS) – 참조 대체 POP3 포트 필요하다면

    팁: Thunderbird를 사용하는 경우 "연결 보안"이 "SSL/TLS"로 설정되고 인증 방법이 "일반 비밀번호"로 설정되어 있는지 확인하세요.

  6. POP3 서버 비밀번호를 묻는 메시지가 나타나면 다음의 비밀번호를 붙여넣으세요. 비밀번호 생성 위의 2단계에서

  7. 설정 저장 – 문제가 있는 경우 다음을 참조하십시오. 문의하기

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

예, 2024년 2월 5일부터 이 기능을 추가했습니다. 우리 서버는 caldav.forwardemail.net 또한 우리의 상태 페이지.

IPv4와 IPv6를 모두 지원하며 포트를 통해 사용할 수 있습니다. 443 (HTTPS).

로그인예기술
사용자 이름user@baychi.org의 도메인에 대해 존재하는 별칭의 이메일 주소 내 계정 도메인.
암호************************별칭별로 생성된 비밀번호입니다.

캘린더 지원을 이용하려면 사용자 의 도메인에 대해 존재하는 별칭의 이메일 주소여야 합니다. 내 계정 도메인 - 그리고 비밀번호 별칭별로 생성된 비밀번호여야 합니다.

내 캘린더를 연결하고 구성하려면 어떻게 해야 하나요?

달력을 구성하려면 다음 CalDAV URL을 사용하십시오. https://caldav.forwardemail.net (또는 단순히 caldav.forwardemail.net 고객이 허용하는 경우)

Forward Email Calendar CalDAV Thunderbird Example Setup

캘린더를 더 추가하고 기존 캘린더를 관리하려면 어떻게 해야 하나요?

캘린더를 더 추가하려면 다음의 새 캘린더 URL을 추가하세요. https://caldav.forwardemail.net/dav/principals/calendar-name (꼭 교체하세요 calendar-name 원하는 캘린더 이름으로)

캘린더를 만든 후에는 캘린더의 이름과 색상을 변경할 수 있습니다. 선호하는 캘린더 애플리케이션(예: Apple Mail 또는 천둥새).

예상 설치 시간: 10분 미만
시작하기: 아래의 위 지침을 따랐다면 이메일 전달을 시작하고 설정하는 방법, 그런 다음 아래에서 계속 읽을 수 있습니다.
중요한: 반드시 읽어보시기 바랍니다. 이용 약관, 개인 정보 정책, 그리고 아웃바운드 SMTP 제한 – 귀하의 사용은 승인 및 동의로 간주됩니다.
중요한: 개발자라면 다음을 참조하십시오. 이메일 API 문서.

  1. 이동 내 계정 도메인 설정 아웃바운드 SMTP 구성 및 설정 지침 따르기

  2. 아래에서 도메인의 새 별칭을 만듭니다. 내 계정 도메인 별칭(예: 안녕하세요@baychi.org)

  3. 클릭 비밀번호 생성 새로 만든 별칭 옆에 있습니다. 화면에 생성된 비밀번호를 클립보드에 복사하여 안전하게 보관하세요.

  4. 이동 지메일 그리고 아래 설정 계정 및 가져오기 다음으로 메일 보내기"다른 이메일 주소 추가"를 클릭하십시오.

  5. "이름"을 입력하라는 메시지가 표시되면 "보낸 사람"으로 표시할 이메일 이름을 입력합니다(예: "Linus Torvalds").

  6. "이메일 주소"를 입력하라는 메시지가 표시되면 아래에서 생성한 별칭의 전체 이메일 주소를 입력합니다. 내 계정 도메인 별칭(예: 안녕하세요@baychi.org)

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

  8. 계속하려면 "다음 단계"를 클릭하십시오

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

  10. "사용자 이름"을 입력하라는 메시지가 표시되면 아래에서 생성한 별칭의 전체 이메일 주소를 입력합니다. 내 계정 도메인 별칭(예: 안녕하세요@baychi.org)

  11. "비밀번호"를 묻는 메시지가 표시되면 비밀번호를 붙여넣습니다. 비밀번호 생성 위의 3단계에서

  12. "TLS를 사용한 보안 연결" 라디오 버튼을 선택된 상태로 둡니다.

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

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

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

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

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

중요한: 이 레거시 무료 가이드는 2023년 5월부터 사용되지 않습니다. 이제 아웃바운드 SMTP를 지원합니다.. 아래 가이드를 이용하시면 이렇게 하면 아웃바운드 이메일이 "라고 말하다포워드 이메일 닷넷을 통해" Gmail에서
예상 설치 시간: 10분 미만
시작하기: 아래의 위 지침을 따랐다면 이메일 전달을 시작하고 설정하는 방법, 그런 다음 아래에서 계속 읽을 수 있습니다.

  1. 당신은 가질 필요가 Gmail의 2 단계 인증 작동하도록 설정했습니다. 방문 https://www.google.com/landing/2step/ 활성화하지 않은 경우.

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

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

    • "앱 선택"드롭 다운에서 "메일"을 선택하십시오.
    • "장치 선택"드롭 다운에서 "기타"를 선택하십시오.
    • 텍스트를 입력하라는 메시지가 표시되면 전달할 사용자 지정 도메인의 이메일 주소(예: 안녕하세요@baychi.org - 이 서비스를 여러 계정에 사용하는 경우 이를 추적하는 데 도움이 됩니다.)

  4. 자동으로 생성 된 클립 보드에 비밀번호를 복사하십시오.

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

  5. 이동 지메일 그리고 아래 설정 계정 및 가져오기 다음으로 메일 보내기"다른 이메일 주소 추가"를 클릭하십시오.

  6. "이름"을 입력하라는 메시지가 표시되면 "보낸 사람"으로 표시할 이메일 이름을 입력합니다(예: "Linus Torvalds").

  7. "이메일 주소"를 입력하라는 메시지가 표시되면 위에서 사용한 사용자 지정 도메인의 이메일 주소를 입력합니다(예: 안녕하세요@baychi.org)

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

  9. 계속하려면 "다음 단계"를 클릭하십시오

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

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

    중요한: "사용자 이름" 부분이 자동으로 채워지면 이것을 변경해야 할 것입니다 대신 Gmail 주소의 사용자 이름 부분에

  12. "비밀번호"를 입력하라는 메시지가 표시되면 위의 2 단계에서 생성 한 비밀번호를 클립 보드에 붙여 넣습니다.

  13. "TLS를 사용한 보안 연결" 라디오 버튼을 선택된 상태로 둡니다.

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

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

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

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

자신에게 테스트 이메일을 보내는 경우 "Message-ID" 헤더가 동일하기 때문에 받은 편지함에 표시되지 않을 수 있습니다.

이것은 널리 알려진 문제이며 Gmail과 같은 서비스에도 영향을 미칩니다. 이 문제에 대한 공식 Gmail 답변은 다음과 같습니다..

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

여전히 문제가 있습니까? 제발 문의하기 문제를 조사하고 빠른 해결 방법을 찾는 데 도움을 드릴 수 있습니다.

우리 서비스는 다음과 같은 널리 사용되는 이메일 클라이언트와 함께 작동합니다.
귀하의 사용자 이름은 별칭의 이메일 주소이고 비밀번호는 다음에서 온 것입니다. 비밀번호 생성 ("일반 비밀번호").
팁: Thunderbird를 사용하는 경우 "연결 보안"이 "SSL/TLS"로 설정되고 인증 방법이 "일반 비밀번호"로 설정되어 있는지 확인하세요.
유형호스트 이름규약포트
IMAPimap.forwardemail.netSSL/TLS 우선의993 그리고 2993
SMTPsmtp.forwardemail.netSSL/TLS 우선의 또는 TLS(STARTTLS)465 그리고 2465 SSL/TLS의 경우(또는) 587, 2587, 2525, 그리고 25 TLS의 경우(STARTTLS)

언제든지 사서함을 다음과 같이 내보낼 수 있습니다. EML, 엠박스, 또는 암호화됨 SQLite 형식.

이동 내 계정 도메인 별명 백업을 다운로드하고 원하는 내보내기 형식 유형을 선택하세요.

내보내기가 완료되면 다운로드할 수 있는 링크가 이메일로 전송됩니다.

보안상의 이유로 이 내보내기 다운로드 링크는 4시간 후 만료됩니다.

내보낸 EML 또는 Mbox 형식을 검사해야 하는 경우 이러한 오픈소스 도구가 유용할 수 있습니다.

이름체재플랫폼깃허브 주소
MBox 뷰어엠박스윈도우https://github.com/eneam/mboxviewer
mbox-웹뷰어엠박스모든 플랫폼https://github.com/PHMRanger/mbox-web-viewer
엠엘리더EML윈도우https://github.com/ayamadori/EmlReader
이메일 뷰어EMLVS코드https://github.com/joelharkes/vscode_email_viewer
eml 리더EML모든 플랫폼https://github.com/s0ph1e/eml-reader

또한 Mbox 파일을 EML 파일로 변환해야 하는 경우 다음을 사용할 수 있습니다. https://github.com/noelmartinon/mboxzilla.

이메일을 전달 이메일로 쉽게 가져올 수 있습니다(예: 다음을 사용). 천둥새) 아래 지침을 따르세요.

중요한: 기존 이메일을 가져오려면 다음 단계를 모두 따라야 합니다.

  1. 기존 이메일 제공업체에서 이메일을 내보내세요.

    이메일 제공업체내보내기 형식수출 지침
    지메일MBOXhttps://takeout.google.com/settings/takeout/custom/gmail
    시야PST
    팁: Outlook을 사용하는 경우(PST 내보내기 형식), 아래 '기타'에 있는 지침을 따르시면 됩니다. 그러나 운영 체제에 따라 PST를 MBOX/EML 형식으로 변환할 수 있는 링크를 아래에 제공했습니다.
    애플 메일MBOXhttps://support.apple.com/guide/mail/import-or-export-mailboxes-mlhlp1030/mac#apd37a3190755974
    패스트메일EMLhttps://www.fastmail.help/hc/en-us/articles/360060590573-Download-all-your-data#downloadmail
    양성자 메일MBOX/EMLhttps://proton.me/support/export-emails-import-export-app
    투타노타EMLhttps://github.com/crepererum-oss/tatuanatata?tab=readme-ov-file#tatutanatata
    생각한다EMLhttps://docs.gandi.net/en/gandimail/common_operations/backup_email.html#contents
    조호EMLhttps://www.zoho.com/mail/help/import-export-emails.html#alink2
    다른썬더버드 사용Thunderbird에서 기존 이메일 계정을 설정한 다음 가져오기내보내기도구 이메일을 내보내고 가져오는 플러그인입니다. 또한 한 계정에서 다른 계정으로 이메일을 복사/붙여넣기 또는 드래그/드롭할 수도 있습니다.

  2. 다운로드, 설치 및 열기 천둥새.

  3. 별칭의 전체 이메일 주소(예: you@yourdomain.com) 및 생성된 비밀번호. 아직 생성된 비밀번호가 없다면, 설정 지침을 참조하세요..

  4. 다운로드 및 설치 가져오기내보내기도구 썬더버드 플러그인.

  5. Thunderbird에서 새 로컬 폴더를 생성한 다음 마우스 오른쪽 버튼을 클릭하고 → ImportExportTools NG 옵션 → 선택 Import mbox file (MBOX 내보내기 형식의 경우) – 또는 – Import messages / Import all messages from a directory (EML 내보내기 형식의 경우).

  6. 로컬 폴더에서 우리 서비스를 사용하여 IMAP 저장소에 메시지를 업로드하려는 Thunderbird의 새(또는 기존) IMAP 폴더로 드래그 앤 드롭하세요. 이렇게 하면 SQLite 암호화 저장소를 통해 온라인으로 백업됩니다.

    팁: Thunderbird로 가져오는 방법이 혼란스러우면 공식 지침을 참조하세요. https://kb.mozillazine.org/Importing_folders 그리고 https://github.com/thunderbird/import-export-tools-ng/wiki.
중요한: 내보내기 및 가져오기 프로세스를 완료한 후에는 기존 이메일 계정에서 전달을 활성화하고 자동 응답기를 설정하여 발신자에게 새 이메일 주소가 있음을 알릴 수도 있습니다(예: 이전에 Gmail을 사용했고 현재 사용 중인 경우). 이제 맞춤 도메인 이름이 포함된 이메일을 사용하세요).
축하합니다! 모든 단계를 성공적으로 완료했습니다.

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

  • 초기 연결(명령 이름 없음, 예: telnet baychi.org 25) - 초기 연결입니다. 우리는 우리에 없는 발신자를 확인합니다. 허용 목록 우리의 거부 목록. 마지막으로 발신자가 허용 목록에 없으면 허용 목록에 있는지 확인합니다. 그레이리스트.

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

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

  • RCPT TO - 이메일 수신자를 나타냅니다. 유효한 RFC 5322 이메일 주소여야 합니다. 메시지당 최대 50명의 봉투 수신자만 허용합니다(이메일의 "To" 헤더와 다름). 또한 유효한지 확인합니다. 발신자 재작성 스킴 ("SRS") 여기에 SRS 도메인 이름을 사용하여 스푸핑으로부터 보호합니다. 또한 수신자를 당사와 비교하여 확인합니다. 거부 목록.

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

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

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

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

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

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

  5. 이메일의 지문 사용(섹션 참조 지문), 메시지가 5일 이상 재시도되었는지 확인합니다(일치하는 기본 접미사 동작), 그렇다면 550 오류 코드와 함께 거부됩니다.

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

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

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

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

    • X-Original-To - 원래 RCPT TO 메시지의 이메일 주소.
      • 이 헤더의 값은 Bcc 헤더 구문 분석 주소가 제거되었습니다.
      • 이는 이메일이 원래 배달된 위치를 확인하는 데 유용합니다.
    • X-ForwardEmail-Version - 현재 셈버 버전 package.json 우리 코드베이스의.
    • X-ForwardEmail-Session-ID - 디버그 목적으로 사용되는 세션 ID 값(비프로덕션 환경에만 적용됨).
    • X-ForwardEmail-Sender - 원래 봉투 MAIL FROM 주소(공백이 아닌 경우), 역방향 PTR 클라이언트 FQDN(있는 경우) 및 보낸 사람의 IP 주소를 포함하는 쉼표로 구분된 목록입니다.
    • X-ForwardEmail-ID - 이것은 아웃바운드 SMTP에만 적용되며 내 계정 → 이메일에 저장된 이메일 ID와 상관 관계가 있습니다.
    • X-Report-Abuse - 값으로 abuse@forwardemail.net.
    • X-Report-Abuse-To - 값으로 abuse@forwardemail.net.
    • X-Complaints-To - 값으로 abuse@forwardemail.net.

  10. 그런 다음 메시지를 확인합니다. DKIM, SPF, ARC, 그리고 DMARC.

    • 메일이 DMARC에 실패하고 도메인에 거부 정책이 있는 경우(예: p=reject DMARC 정책에 있었습니다.), 550 오류 코드와 함께 거부됩니다. 일반적으로 도메인에 대한 DMARC 정책은 _dmarc 하위 도메인 TXT 기록(예: dig _dmarc.baychi.org txt).
    • 메시지가 SPF에 실패하고 도메인에 하드 페일 정책이 있는 경우(예: -all SPF 정책에 반대했습니다. ~all 또는 정책이 전혀 없음), 550 오류 코드와 함께 거부됩니다. 일반적으로 도메인에 대한 SPF 정책은 TXT 루트 도메인에 대한 레코드(예: dig baychi.org txt). 에 대한 자세한 내용은 이 섹션을 참조하십시오. Gmail과 마찬가지로 메일 보내기 SPF에 대해.

  11. 이제 우리는 메시지의 수신자를 다음에서 수집된 대로 처리합니다. RCPT TO 섹션의 명령 이메일 전달 시스템은 어떻게 작동합니까? 위에. 각 수신자에 대해 다음 작업을 수행합니다.

    • 우리는 조회 TXT 도메인 이름의 레코드(다음 부분 @ 기호, 예: baychi.org 이메일 주소가 test@baychi.org). 예를 들어 도메인이 baychi.org 우리는 다음과 같은 DNS 조회를 수행합니다. dig baychi.org 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 활성화되면 스팸 스캐너 결과에서 바이러스를 확인합니다). 모든 무료 요금제 사용자는 성인 콘텐츠, 피싱, 실행 파일 및 바이러스에 대한 검사를 선택하게 됩니다. 기본적으로 모든 유료 요금제 사용자도 선택되어 있지만 이 구성은 이메일 전달 대시보드의 도메인 설정 페이지에서 변경할 수 있습니다.

  12. 처리된 각 수신자의 전달 주소에 대해 다음 작업을 수행합니다.

    • 주소는 당사와 비교하여 확인됩니다. 거부 목록, 목록에 있으면 421 오류 코드가 발생합니다(발신자가 나중에 다시 시도해야 함을 나타냄).
    • 주소가 웹훅인 경우 향후 작업을 위해 부울을 설정합니다(아래 참조 - 유사한 웹훅을 그룹화하여 하나의 POST 요청을 하고 여러 개를 배달함).
    • 주소가 이메일 주소인 경우 향후 작업을 위해 호스트를 구문 분석합니다(아래 참조 - 유사한 호스트를 그룹화하여 하나의 연결을 만드는 것과 전달을 위한 여러 개별 연결을 만듭니다).

  13. 수신자가 없고 반송 메일이 없으면 "잘못된 수신자"라는 550 오류로 응답합니다.

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

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

  15. 반송이 발생하지 않은 경우(영구적 실패), 비영구적 실패에서 가장 낮은 오류 코드의 SMTP 응답 상태 코드(또는 없는 경우 250 성공 상태 코드)를 반환합니다.

  16. 반송이 발생한 경우 발신자에게 모든 오류 코드 중 가장 낮은 값을 반환한 후 백그라운드에서 반송 이메일을 보냅니다. 그러나 가장 낮은 오류 코드가 >= 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 오류로 재시도됨).

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

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

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

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

전달하려는 이메일 서버에서 하나 이상의 메일 교환 IP 주소가 차단된 것을 감지하면(예: 스패머를 연기하는 데 사용하는 기술에 따라) 발신자에게 SMTP 응답 코드 421을 보냅니다. 나중에 메시지를 다시 시도하십시오(다음 시도 전에 문제를 해결할 수 있도록 문제에 대한 경고가 표시됨).

당사는 모든 주요 DNS 거부 목록을 정기적으로 모니터링하며 당사의 메일 교환("MX") IP 주소 중 하나라도 주요 거부 목록에 나열되어 있으면 문제가 해결될 때까지 가능한 경우 관련 DNS A 레코드 라운드 로빈에서 제외합니다.

이 글을 쓰는 시점에 우리는 여러 DNS 허용 목록에도 나열되어 있으며 모니터링 거부 목록을 심각하게 생각합니다. 문제를 해결할 수 있는 기회를 갖기 전에 문제가 발견되면 다음 주소로 서면으로 알려주십시오. support@forwardemail.net.

우리의 IP 주소는 공개적으로 이용 가능합니다. 자세한 내용은 아래 섹션을 참조하세요..

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

  • do-not-reply
  • do-not-respond
  • do.not.reply
  • donotreply
  • donotrespond
  • dont-reply
  • naoresponda
  • no-replies
  • no-reply
  • no-replys
  • no.replies
  • no.reply
  • no.replys
  • no_reply
  • nobody
  • noreplies
  • noreply
  • noreplys

이 목록은 유지됩니다 GitHub의 오픈 소스 프로젝트로.

우리는 IP 주소를 다음 위치에 게시합니다. https://forwardemail.net/ips.

예, 우리는 도메인 이름 확장자 목록 기본적으로 허용 목록에 포함되고 동적, 캐시 및 롤링 허용 목록은 엄격한 기준.

유료 요금제 고객의 모든 이메일, 도메인 및 수신자는 허용 목록에 자동으로 추가됩니다.

기본적으로 허용되는 도메인 이름 확장명

다음 도메인 이름 확장자는 기본적으로 허용 목록에 있는 것으로 간주됩니다(Umbrella 인기 목록에 있는지 여부에 관계없이).

  • edu
  • gov
  • mil
  • int
  • arpa
  • dni.us
  • fed.us
  • isa.us
  • kids.us
  • nsn.us
  • ak.us
  • al.us
  • ar.us
  • as.us
  • az.us
  • ca.us
  • co.us
  • ct.us
  • dc.us
  • de.us
  • fl.us
  • ga.us
  • gu.us
  • hi.us
  • ia.us
  • id.us
  • il.us
  • in.us
  • ks.us
  • ky.us
  • la.us
  • ma.us
  • md.us
  • me.us
  • mi.us
  • mn.us
  • mo.us
  • ms.us
  • mt.us
  • nc.us
  • nd.us
  • ne.us
  • nh.us
  • nj.us
  • nm.us
  • nv.us
  • ny.us
  • oh.us
  • ok.us
  • or.us
  • pa.us
  • pr.us
  • ri.us
  • sc.us
  • sd.us
  • tn.us
  • tx.us
  • ut.us
  • va.us
  • vi.us
  • vt.us
  • wa.us
  • wi.us
  • wv.us
  • wy.us
  • mil.tt
  • edu.tt
  • edu.tr
  • edu.ua
  • edu.au
  • ac.at
  • edu.br
  • ac.nz
  • school.nz
  • cri.nz
  • health.nz
  • mil.nz
  • parliament.nz
  • ac.in
  • edu.in
  • mil.in
  • ac.jp
  • ed.jp
  • lg.jp
  • ac.za
  • edu.za
  • mil.za
  • school.za
  • mil.kr
  • ac.kr
  • hs.kr
  • ms.kr
  • es.kr
  • sc.kr
  • kg.kr
  • edu.es
  • ac.lk
  • sch.lk
  • edu.lk
  • ac.th
  • mi.th
  • admin.ch
  • canada.ca
  • gc.ca
  • go.id
  • go.jp
  • go.ke
  • go.kr
  • go.th
  • gob.ar
  • gob.cl
  • gob.es
  • gob.mx
  • gob.ve
  • gob.sv
  • gouv.fr
  • gouv.nc
  • gouv.qc.ca
  • gov.ad
  • gov.af
  • gov.ai
  • gov.al
  • gov.am
  • gov.ao
  • gov.au
  • gov.aw
  • gov.ax
  • gov.az
  • gov.bd
  • gov.be
  • gov.bg
  • gov.bm
  • gov.by
  • gov.cl
  • gov.cn
  • gov.co
  • gov.cy
  • gov.cz
  • gov.dz
  • gov.eg
  • gov.fi
  • gov.fk
  • gov.gg
  • gov.gr
  • gov.hk
  • gov.hr
  • gov.hu
  • gov.ie
  • gov.il
  • gov.im
  • gov.in
  • gov.iq
  • gov.ir
  • gov.it
  • gov.je
  • gov.kp
  • gov.krd
  • gov.ky
  • gov.kz
  • gov.lb
  • gov.lk
  • gov.lt
  • gov.lv
  • gov.ma
  • gov.mm
  • gov.mo
  • gov.mt
  • gov.my
  • gov.ng
  • gov.np
  • gov.ph
  • gov.pk
  • gov.pl
  • gov.pt
  • gov.py
  • gov.ro
  • gov.ru
  • gov.scot
  • gov.se
  • gov.sg
  • gov.si
  • gov.sk
  • gov.tr
  • gov.tt
  • gov.tw
  • gov.ua
  • gov.uk
  • gov.vn
  • gov.wales
  • gov.za
  • government.pn
  • govt.nz
  • gv.at
  • ac.uk
  • bl.uk
  • judiciary.uk
  • mod.uk
  • nhs.uk
  • parliament.uk
  • police.uk
  • rct.uk
  • royal.uk
  • sch.uk
  • ukaea.uk

추가적으로 이들 브랜드 및 기업 최상위 도메인 기본적으로 허용 목록에 포함되어 있습니다(예: apple ~을 위한 applecard.apple Apple Card 은행 명세서의 경우):

  • aaa
  • aarp
  • abarth
  • abb
  • abbott
  • abbvie
  • abc
  • accenture
  • aco
  • aeg
  • aetna
  • afl
  • agakhan
  • aig
  • aigo
  • airbus
  • airtel
  • akdn
  • alfaromeo
  • alibaba
  • alipay
  • allfinanz
  • allstate
  • ally
  • alstom
  • amazon
  • americanexpress
  • amex
  • amica
  • android
  • anz
  • aol
  • apple
  • aquarelle
  • aramco
  • audi
  • auspost
  • aws
  • axa
  • azure
  • baidu
  • bananarepublic
  • barclaycard
  • barclays
  • basketball
  • bauhaus
  • bbc
  • bbt
  • bbva
  • bcg
  • bentley
  • bharti
  • bing
  • blanco
  • bloomberg
  • bms
  • bmw
  • bnl
  • bnpparibas
  • boehringer
  • bond
  • booking
  • bosch
  • bostik
  • bradesco
  • bridgestone
  • brother
  • bugatti
  • cal
  • calvinklein
  • canon
  • capitalone
  • caravan
  • cartier
  • cba
  • cbn
  • cbre
  • cbs
  • cern
  • cfa
  • chanel
  • chase
  • chintai
  • chrome
  • chrysler
  • cipriani
  • cisco
  • citadel
  • citi
  • citic
  • clubmed
  • comcast
  • commbank
  • creditunion
  • crown
  • crs
  • csc
  • cuisinella
  • dabur
  • datsun
  • dealer
  • dell
  • deloitte
  • delta
  • dhl
  • discover
  • dish
  • dnp
  • dodge
  • dunlop
  • dupont
  • dvag
  • edeka
  • emerck
  • epson
  • ericsson
  • erni
  • esurance
  • etisalat
  • eurovision
  • everbank
  • extraspace
  • fage
  • fairwinds
  • farmers
  • fedex
  • ferrari
  • ferrero
  • fiat
  • fidelity
  • firestone
  • firmdale
  • flickr
  • flir
  • flsmidth
  • ford
  • fox
  • fresenius
  • forex
  • frogans
  • frontier
  • fujitsu
  • fujixerox
  • gallo
  • gallup
  • gap
  • gbiz
  • gea
  • genting
  • giving
  • gle
  • globo
  • gmail
  • gmo
  • gmx
  • godaddy
  • goldpoint
  • goodyear
  • goog
  • google
  • grainger
  • guardian
  • gucci
  • hbo
  • hdfc
  • hdfcbank
  • hermes
  • hisamitsu
  • hitachi
  • hkt
  • honda
  • honeywell
  • hotmail
  • hsbc
  • hughes
  • hyatt
  • hyundai
  • ibm
  • ieee
  • ifm
  • ikano
  • imdb
  • infiniti
  • intel
  • intuit
  • ipiranga
  • iselect
  • itau
  • itv
  • iveco
  • jaguar
  • java
  • jcb
  • jcp
  • jeep
  • jpmorgan
  • juniper
  • kddi
  • kerryhotels
  • kerrylogistics
  • kerryproperties
  • kfh
  • kia
  • kinder
  • kindle
  • komatsu
  • kpmg
  • kred
  • kuokgroup
  • lacaixa
  • ladbrokes
  • lamborghini
  • lancaster
  • lancia
  • lancome
  • landrover
  • lanxess
  • lasalle
  • latrobe
  • lds
  • leclerc
  • lego
  • liaison
  • lexus
  • lidl
  • lifestyle
  • lilly
  • lincoln
  • linde
  • lipsy
  • lixil
  • locus
  • lotte
  • lpl
  • lplfinancial
  • lundbeck
  • lupin
  • macys
  • maif
  • man
  • mango
  • marriott
  • maserati
  • mattel
  • mckinsey
  • metlife
  • microsoft
  • mini
  • mit
  • mitsubishi
  • mlb
  • mma
  • monash
  • mormon
  • moto
  • movistar
  • msd
  • mtn
  • mtr
  • mutual
  • nadex
  • nationwide
  • natura
  • nba
  • nec
  • netflix
  • neustar
  • newholland
  • nfl
  • nhk
  • nico
  • nike
  • nikon
  • nissan
  • nissay
  • nokia
  • northwesternmutual
  • norton
  • nra
  • ntt
  • obi
  • office
  • omega
  • oracle
  • orange
  • otsuka
  • ovh
  • panasonic
  • pccw
  • pfizer
  • philips
  • piaget
  • pictet
  • ping
  • pioneer
  • play
  • playstation
  • pohl
  • politie
  • praxi
  • prod
  • progressive
  • pru
  • prudential
  • pwc
  • quest
  • qvc
  • redstone
  • reliance
  • rexroth
  • ricoh
  • rmit
  • rocher
  • rogers
  • rwe
  • safety
  • sakura
  • samsung
  • sandvik
  • sandvikcoromant
  • sanofi
  • sap
  • saxo
  • sbi
  • sbs
  • sca
  • scb
  • schaeffler
  • schmidt
  • schwarz
  • scjohnson
  • scor
  • seat
  • sener
  • ses
  • sew
  • seven
  • sfr
  • seek
  • shangrila
  • sharp
  • shaw
  • shell
  • shriram
  • sina
  • sky
  • skype
  • smart
  • sncf
  • softbank
  • sohu
  • sony
  • spiegel
  • stada
  • staples
  • star
  • starhub
  • statebank
  • statefarm
  • statoil
  • stc
  • stcgroup
  • suzuki
  • swatch
  • swiftcover
  • symantec
  • taobao
  • target
  • tatamotors
  • tdk
  • telecity
  • telefonica
  • temasek
  • teva
  • tiffany
  • tjx
  • toray
  • toshiba
  • total
  • toyota
  • travelchannel
  • travelers
  • tui
  • tvs
  • ubs
  • unicom
  • uol
  • ups
  • vanguard
  • verisign
  • vig
  • viking
  • virgin
  • visa
  • vista
  • vistaprint
  • vivo
  • volkswagen
  • volvo
  • walmart
  • walter
  • weatherchannel
  • weber
  • weir
  • williamhill
  • windows
  • wme
  • wolterskluwer
  • woodside
  • wtc
  • xbox
  • xerox
  • xfinity
  • yahoo
  • yamaxun
  • yandex
  • yodobashi
  • youtube
  • zappos
  • zara
  • zippo

허용 목록 기준은 무엇입니까

정적 목록이 있습니다. 기본적으로 허용된 도메인 이름 확장자 – 또한 다음과 같은 엄격한 기준에 따라 동적 캐시 롤링 허용 목록을 유지 관리합니다.

  • 발신자 루트 도메인은 무료 플랜에서 제공하는 목록과 일치하는 도메인 이름 확장자 (추가로 biz 그리고 info). 우리는 또한 포함 edu, gov, 그리고 mil 다음과 같은 부분 일치 xyz.gov.au 그리고 xyz.edu.au.
  • 발신자 루트 도메인은 상위 100,000개의 고유 루트 도메인 구문 분석 결과 내에 있어야 합니다 우산 인기 목록 ("UPL").
  • 발신자 루트 도메인은 UPL의 지난 7일 중 최소 4일(~50%+)에 나타나는 고유한 루트 도메인의 상위 50,000개 결과 내에 있어야 합니다.
  • 발신자 루트 도메인은 다음이 아니어야 합니다. 분류된 Cloudflare의 성인 콘텐츠 또는 맬웨어로.
  • 발신자 루트 도메인에는 A 또는 MX 레코드 세트가 있어야 합니다.
  • 보낸 사람 루트 도메인에는 A 레코드, MX 레코드, DMARC 레코드가 있어야 합니다. p=reject 또는 p=quarantine, 또는 SPF 레코드 -all 또는 ~all 예선.

이 기준이 충족되면 보낸 사람 루트 도메인이 7일 동안 캐시됩니다. 자동화된 작업은 매일 실행되므로 매일 업데이트되는 롤링 허용 목록 캐시입니다.

우리의 자동화된 작업은 이전 7일간의 UPL 인메모리를 다운로드하고 압축을 푼 다음 위의 엄격한 기준에 따라 인메모리를 구문 분석합니다.

Google, Yahoo, Microsoft, Amazon, Meta, Twitter, Netflix, Spotify 등과 같이 이 글을 쓰는 시점에 인기 있는 도메인이 물론 포함되어 있습니다.

허용 목록에 없는 발신자인 경우 FQDN 루트 도메인 또는 IP 주소가 처음으로 이메일을 보낼 때 속도 제한 그리고 그레이리스트. 이것은 이메일 표준으로 채택된 표준 관행입니다. 대부분의 이메일 서버 클라이언트는 속도 제한 또는 그레이리스트 오류(예: 421 또는 4xx 수준 오류 상태 코드)를 수신하는 경우 재시도를 시도합니다.

다음과 같은 특정 발신자에 유의하십시오. a@gmail.com, b@xyz.edu, 그리고 c@gov.au 여전히있을 수 있습니다 거부된 (예: 해당 발신자의 스팸, 피싱 또는 맬웨어를 자동으로 감지하는 경우).

2023년 3월 31일부터 사용자와 서비스를 보호하기 위해 새로운 포괄적인 스팸 규칙을 시행했습니다.

이 새로운 규칙은 무료 요금제에서 다음 도메인 이름 확장자만 사용할 수 있도록 허용합니다.

  • ac
  • ad
  • ag
  • ai
  • al
  • am
  • app
  • as
  • at
  • au
  • ba
  • be
  • br
  • by
  • ca
  • cc
  • cd
  • ch
  • ck
  • co
  • com
  • de
  • dev
  • dj
  • dk
  • ee
  • es
  • eu
  • family
  • fi
  • fm
  • fr
  • gg
  • gl
  • id
  • ie
  • il
  • im
  • in
  • io
  • ir
  • is
  • it
  • je
  • jp
  • ke
  • kr
  • la
  • li
  • lv
  • ly
  • md
  • me
  • mn
  • ms
  • mu
  • mx
  • net
  • ni
  • nl
  • no
  • nu
  • nz
  • org
  • pl
  • pr
  • pw
  • rs
  • sc
  • se
  • sh
  • si
  • sm
  • sr
  • st
  • tc
  • tm
  • to
  • tv
  • uk
  • us
  • uz
  • vc
  • vg
  • vu
  • ws
  • xyz
  • za

예, 우리는 매우 느슨합니다 이메일 그레이리스팅 사용하는 정책. 그레이리스팅은 허용 목록에 없는 발신자에게만 적용되며 캐시에서 30일 동안 지속됩니다.

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

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

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

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

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

예. 자체 거부 목록을 운영하고 실시간으로 자동 업데이트하며 스팸 및 악성 활동이 감지되면 수동으로 업데이트합니다.

또한 UCEPROTECT 레벨 1 거부 목록에서 모든 IP 주소를 가져옵니다. http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz 매 시간마다 7일 만료로 거부 목록에 추가합니다.

거부 목록에 있는 발신자는 다음과 같은 경우 421 오류 코드(나중에 다시 시도하도록 발신자에게 표시)를 받게 됩니다. 허용 목록에 없습니다.

554 상태 코드 대신 421 상태 코드를 사용하면 잠재적인 오탐을 실시간으로 완화할 수 있으며 다음 시도에서 메시지를 성공적으로 전달할 수 있습니다.

이는 다른 메일 서비스와 다르게 설계되었습니다., 차단 목록에 추가되면 강력하고 영구적인 오류가 발생합니다. 발신자에게 메시지를 다시 시도하도록 요청하는 것이 어려운 경우가 많습니다(특히 대규모 조직의 경우). 따라서 이 접근 방식을 사용하면 발신자, 수신자 또는 당사가 개입하여 문제를 완화할 수 있는 초기 이메일 시도로부터 대략 5일이 걸립니다(거부 목록을 요청하여). 제거).

모든 차단 목록 제거 요청은 관리자가 실시간으로 모니터링합니다(예: 관리자가 반복되는 오탐지를 영구적으로 허용 목록에 추가할 수 있도록).

거부 목록 제거 요청은 다음에서 요청할 수 있습니다. https://forwardemail.net/denylist. 유료 사용자는 거부 목록 제거 요청이 즉시 처리되는 반면, 무료 사용자는 관리자가 요청을 처리할 때까지 기다려야 합니다.

스팸 또는 바이러스 콘텐츠를 보내는 것으로 감지된 보낸 사람은 다음 접근 방식을 통해 거부 목록에 추가됩니다.

  1. 그만큼 초기 메시지 지문 "신뢰할 수 있는" 발신자(예: gmail.com, microsoft.com, apple.com).
    • 발신자가 허용 목록에 추가된 경우 해당 메시지는 1시간 동안 그레이리스트에 추가됩니다.
    • 보낸 사람이 허용 목록에 없으면 메시지는 6시간 동안 그레이리스트에 추가됩니다.
  2. 보낸 사람과 메시지의 정보에서 거부 목록 키를 구문 분석하고, 이러한 각 키에 대해 카운터를 만들고(아직 없는 경우) 1씩 증가시킨 후 24시간 동안 캐시합니다.
    • 허용 목록에 있는 발신자의 경우:
      • SPF를 통과했거나 SPF가 없고 관리자 사용자 이름 또는 응답 없음 사용자 이름이 아닌 경우 봉투 "MAIL FROM" 이메일 주소에 대한 키를 추가하세요.
      • "보낸 사람" 헤더가 허용 목록에 포함된 경우 SPF를 통과했거나 DKIM을 통과하고 정렬한 경우 "보낸 사람" 헤더 이메일 주소에 대한 키를 추가하세요.
      • "From" 헤더가 허용 목록에 없으면 "From" 헤더 이메일 주소와 해당 루트 구문 분석 도메인 이름에 대한 키를 추가하세요.
    • 허용 목록에 없는 발신자의 경우:
      • SPF를 통과한 경우 봉투 "MAIL FROM" 이메일 주소에 대한 키를 추가하세요.
      • "보낸 사람" 헤더가 허용 목록에 포함된 경우 SPF를 통과했거나 DKIM을 통과하고 정렬한 경우 "보낸 사람" 헤더 이메일 주소에 대한 키를 추가하세요.
      • "From" 헤더가 허용 목록에 없으면 "From" 헤더 이메일 주소와 해당 루트 구문 분석 도메인 이름에 대한 키를 추가하세요.
      • 보낸 사람의 원격 IP 주소에 대한 키를 추가합니다.
      • 보낸 사람의 IP 주소(있는 경우)에서 역방향 조회를 통해 클라이언트 확인 호스트 이름에 대한 키를 추가합니다.
      • 클라이언트 확인 호스트 이름의 루트 도메인에 대한 키를 추가합니다(있는 경우, 클라이언트 확인 호스트 이름과 다른 경우).
  3. 허용 목록에 없는 발신자 및 키에 대한 카운터가 5에 도달하면 해당 키를 30일 동안 거부 목록에 추가하고 이메일이 남용 팀에 전송됩니다. 이 수치는 변경될 수 있으며, 악용 사례를 모니터링하면서 여기에 업데이트가 반영됩니다.
  4. 허용 목록에 있는 발신자 및 키에 대한 카운터가 10에 도달하면 해당 키를 7일 동안 거부 목록에 추가하고 이메일이 남용 팀에 전송됩니다. 이 수치는 변경될 수 있으며, 악용 사례를 모니터링하면서 여기에 업데이트가 반영됩니다.

NOTE: 가까운 시일 내에 평판 모니터링을 도입할 예정입니다. 대신 평판 모니터링은 백분율 임계값을 기준으로 발신자를 거부 목록에 추가할 시기를 계산합니다(위에서 언급한 기본 카운터와 반대).

보낸 사람 속도 제한은 보낸 사람의 IP 주소에 대한 역방향 PTR 조회에서 구문 분석된 루트 도메인에 의해 이루어지며, 결과가 나오지 않으면 단순히 보낸 사람의 IP 주소를 사용합니다. 우리는 이것을 다음과 같이 지칭합니다. Sender 아래에.

당사의 MX 서버에는 수신되는 인바운드 메일에 대한 일일 한도가 있습니다. 암호화된 IMAP 저장소:

  • 개별 별칭 기준으로 수신되는 인바운드 메일의 속도를 제한하는 대신(예: you@yourdomain.com) – 별칭의 도메인 이름 자체에 따라 속도 제한을 적용합니다(예: yourdomain.com). 이는 방지합니다 Senders 도메인 전체에 걸쳐 모든 별칭의 받은편지함이 한꺼번에 넘치지 않도록 하세요.
  • 우리는 모든 사람에게 적용되는 일반적인 한도를 가지고 있습니다. Senders 수신자에 상관없이 서비스 전반에 걸쳐:
    • Senders 우리가 진실의 원천으로서 "신뢰할 수 있는" 것으로 간주하는 것(예: gmail.com, microsoft.com, apple.com)은 하루 100GB 전송으로 제한됩니다.
    • Senders 그것은 허용 목록에 추가됨 하루 10GB 전송으로 제한됩니다.
    • 그 외 모든 것들 Senders 하루에 1GB 및/또는 1000개의 메시지 전송으로 제한됩니다.
  • 당 특정 한도가 있습니다. Sender 그리고 yourdomain.com 매일 1GB 및/또는 1000개의 메시지.

MX 서버는 속도 제한을 통해 메시지가 한 명 이상의 수신자에게 전달되는 것을 제한합니다. 그러나 이는 다음 경우에만 적용됩니다. Senders 위에는 없어 허용 목록:

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

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

  • Amazon SES와 같이 널리 사용되는 시스템을 통해 전송하는 경우 (이 글을 쓰는 시점에) Amazon SES가 허용 목록에 나열되어 있으므로 속도 제한이 적용되지 않습니다.

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

  • Senders 속도 제한을 초과하는 것은 421 오류와 함께 거부됩니다.

당사의 IMAP 및 SMTP 서버는 귀하의 별칭이 다음 이상을 가지지 못하도록 제한합니다. 60 한 번에 동시 연결.

MX 서버 제한 허용 목록에 없음 발신자는 10개 이상의 동시 연결을 설정하지 않습니다(카운터에 대한 캐시 만료 시간은 3분이며 이는 소켓 시간 제한 3분을 반영함).

잘못된 반송 또는 반송 스팸("후방 산란") 발신자 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와 일치하는지 확인합니다.

  • automailer
  • autoresponder
  • bounce
  • bounce-notification
  • bounce-notifications
  • bounces
  • e-bounce
  • ebounce
  • host-master
  • host.master
  • hostmaster
  • localhost
  • mail-daemon
  • mail.daemon
  • maildaemon
  • mailer
  • mailer-daemon
  • mailer.daemon
  • mailerdaemon
  • post-master
  • post.master
  • postmaster

보낸 사람의 IP가 목록에 있는 경우(당사 목록에 없는 경우) 허용 목록) 메시지와 함께 554 오류를 보냅니다. The IP ${session.remoteAddress} is blocked by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. 보낸 사람이 후방 산란자 목록과 허용 목록에 있으면 필요한 경우 문제를 해결할 수 있도록 알림을 받습니다.

이 섹션에서 설명하는 기술은 다음의 "안전 모드" 권장 사항을 따릅니다. 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 헤더 값(있는 경우)
  • From 헤더 값(있는 경우)
  • To 헤더 값(있는 경우)
  • Cc 헤더 값(있는 경우)
  • Subject 헤더 값(있는 경우)
  • Body 값(있는 경우)

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

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

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

이 항목은 다음과 관련이 있습니다. 발신자 이름 옆에 추가 정보가 표시되는 Gmail의 널리 알려진 문제.

2023년 5월부터 모든 유료 사용자를 위한 추가 기능으로 SMTP를 사용한 이메일 전송을 지원합니다. 포워드 이메일 닷넷을 통해 지메일에서.

이 FAQ 항목은 Gmail을 사용하여 다른 이름으로 메일을 보내는 방법 특징.

섹션을 참조하십시오. SMTP로 이메일 보내기를 지원합니까? 구성 지침.

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

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

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

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

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

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

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

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

팁: 이메일 웹훅에 대한 문서를 찾고 계신가요? 웹훅을 지원하시나요? 더 많은 통찰력을 위해.

네, 2024년 8월 14일부터 이 기능을 추가했습니다. 이제 내 계정 → 도메인 → 설정 → Bounce Webhook URL로 이동하여 다음을 구성할 수 있습니다. http:// 또는 https:// 우리가 보낼 URL POST 아웃바운드 SMTP 이메일이 반송될 때마다 요청합니다.

이 기능은 아웃바운드 SMTP를 관리하고 모니터링하는 데 유용하며, 구독자 유지 관리, 옵트아웃, 반송 발생 시 감지하는 데 사용할 수 있습니다.

Bounce 웹훅 페이로드는 다음 속성을 포함하는 JSON으로 전송됩니다.

  • email_id (문자열) - 내 계정 → 이메일(아웃바운드 SMTP)에 있는 이메일에 해당하는 이메일 ID
  • list_id (문자열) - List-ID 원래 아웃바운드 이메일의 헤더(대소문자 구분 없음) 값(있는 경우)
  • list_unsubscribe (문자열) - List-Unsubscribe 원래 아웃바운드 이메일의 헤더(대소문자 구분 없음) 값(있는 경우)
  • feedback_id (문자열) - Feedback-ID 원래 아웃바운드 이메일의 헤더(대소문자 구분 없음) 값(있는 경우)
  • recipient (문자열) - 반송되거나 오류가 발생한 수신자의 이메일 주소
  • message (문자열) - 반송에 대한 자세한 오류 메시지
  • response (문자열) - SMTP 응답 메시지
  • response_code (숫자) - 구문 분석된 SMTP 응답 코드
  • truth_source (문자열) - 응답 코드가 신뢰할 수 있는 소스에서 온 경우 이 값은 루트 도메인 이름으로 채워집니다(예: google.com 또는 yahoo.com)
  • bounce (개체) - 반송 및 거부 상태를 자세히 설명하는 다음 속성을 포함하는 개체
    • action (문자열) - 바운스 동작(예: "reject")
    • message (문자열) - 반송 이유(예: "Message Sender Blocked By Receiving Server")
    • category (문자열) - 반송 카테고리(예: "block")
    • code (숫자) - 반송 상태 코드(예: 554)
    • status (문자열) - 응답 메시지의 반송 코드(예: 5.7.1)
    • line (숫자) - 구문 분석된 줄 번호(있는 경우) Zone-MTA bounce parse 목록에서 (예: 526)
  • headers (개체) - 아웃바운드 이메일 헤더의 키 값 쌍
  • bounced_at (끈) - ISO 8601 반송 오류가 발생한 날짜에 대한 형식화된 날짜

예를 들어:

{
  "email_id": "66bcce793ef7b2a0928e14ba",
  "recipient": "example@gmail.com",
  "message": "The email account that you tried to reach is over quota.",
  "response": "552 5.2.2 The email account that you tried to reach is over quota.",
  "response_code": 552,
  "truth_source": "google.com",
  "bounce": {
    "action": "reject",
    "message": "Gmail Mailbox is full",
    "category": "capacity",
    "code": 552,
    "status": "5.2.2",
    "line": 300
  },
  "headers": {},
  "bounced_at": "2024-08-24T01:50:02.828Z"
}

바운스 웹훅에 대한 몇 가지 추가 참고 사항은 다음과 같습니다.

  • 웹훅 페이로드에 다음이 포함되어 있는 경우 list_id, list_unsubscribe, 또는 feedback_id 값이 있는 경우 적절한 조치를 취하여 제거해야 합니다. recipient 필요한 경우 목록에서 선택하세요.
    • 만약 bounce.category 가치는 하나였다 "block", "recipient", "spam", 또는 "virus", 그러면 반드시 사용자를 목록에서 제거해야 합니다.
  • 웹훅 페이로드를 확인해야 하는 경우(실제로 서버에서 오는지 확인하기 위해) 다음을 수행할 수 있습니다. 역방향 조회를 사용하여 원격 클라이언트 IP 주소 클라이언트 호스트 이름을 확인합니다. – 그래야 해요 smtp.forwardemail.net.
    • IP를 통해 확인할 수도 있습니다. 게시된 IP 주소.
    • 내 계정 → 도메인 → 설정 → 웹훅 서명 페이로드 검증 키로 이동하여 웹훅 키를 얻으세요.
      • 보안상의 이유로 언제든지 이 키를 순환할 수 있습니다.
      • 계산하고 비교해 보세요. X-Webhook-Signature 이 키를 사용하여 계산된 본문 값으로 웹훅 요청의 값을 가져옵니다. 이를 수행하는 방법의 예는 다음에서 확인할 수 있습니다. 이 스택 오버플로 게시물.
    • 다음 토론을 참조하세요. https://github.com/forwardemail/free-email-forwarding/issues/235 더 많은 통찰력을 위해.
  • 우리는 최대까지 기다릴 것입니다 5 웹후크 엔드포인트가 응답하는 데 걸리는 시간은 다음과 같습니다. 200 상태 코드이며 최대 다시 시도합니다. 1 시간.
  • 요청을 보내는 동안 반송 웹훅 URL에 오류가 있음을 감지하면 일주일에 한 번씩 예의상 이메일을 보내드립니다.

팁: 바운스 웹훅에 대한 문서를 찾고 계신가요? 바운스 웹훅을 지원하시나요? 더 많은 통찰력을 위해.

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

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

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

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

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

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

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

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

  • 웹훅 페이로드를 확인해야 하는 경우(실제로 서버에서 오는지 확인하기 위해) 다음을 수행할 수 있습니다. 역방향 조회를 사용하여 원격 클라이언트 IP 주소 클라이언트 호스트 이름을 확인합니다. – 둘 중 하나여야 합니다 mx1.forwardemail.net 또는 mx2.forwardemail.net.

    • IP를 통해 확인할 수도 있습니다. 게시된 IP 주소.
    • 유료 요금제를 사용 중인 경우 내 계정 → 도메인 → 설정 → 웹훅 서명 페이로드 확인 키로 이동하여 웹훅 키를 받으세요.
      • 보안상의 이유로 언제든지 이 키를 순환할 수 있습니다.
      • 계산하고 비교해 보세요. X-Webhook-Signature 이 키를 사용하여 계산된 본문 값으로 웹훅 요청의 값을 가져옵니다. 이를 수행하는 방법의 예는 다음에서 확인할 수 있습니다. 이 스택 오버플로 게시물.
    • 다음 토론을 참조하세요. https://github.com/forwardemail/free-email-forwarding/issues/235 더 많은 통찰력을 위해.

  • 웹후크가 다음으로 응답하지 않는 경우 200 상태 코드에 대한 응답을 저장합니다. 오류 로그 생성됨 – 디버깅에 유용합니다.

  • Webhook HTTP 요청은 SMTP 연결 시도마다 최대 3회 재시도하며 엔드포인트 POST 요청당 최대 시간 제한은 60초입니다. 3번만 재시도한다는 의미는 아닙니다., 세 번째 실패한 HTTP POST 요청 시도 후 SMTP 코드 421(발신자에게 나중에 다시 시도함을 나타냄)을 전송하여 시간이 지남에 따라 실제로 지속적으로 재시도합니다. 이는 이메일이 200 상태 코드에 도달할 때까지 며칠 동안 지속적으로 재시도함을 의미합니다.

  • 에 사용된 기본 상태 및 오류 코드를 기반으로 자동으로 다시 시도합니다. 수퍼 에이전트의 재시도 방법 (우리는 관리자입니다).

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

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

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

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

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

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

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

  • 값을 빠르게 얻을 수 있는 방법이 필요한 경우 X-Original-To, 다음 값을 사용할 수 있습니다 session.recipient (아래 예 참조). 헤더 X-Original-To 원본으로 디버깅하기 위해 메시지에 추가하는 헤더입니다. RCPT TO 메시지의 이메일 주소.

  • 첨부 파일이 있는 경우 첨부 파일에 추가됩니다. 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=baychi.org;\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=baychi.org;\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=baychi.org;\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=baychi.org;\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@baychi.org>"
    },
    {
      "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@baychi.org",
        "name": "some"
      }
    ],
    "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:random@baychi.org\" class=\"mp_address_email\">random@baychi.org</a>&gt;</span>",
    "text": "some <random@baychi.org>"
  },
  "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=baychi.org;\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=baychi.org;\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@baychi.org>\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@baychi.org"
    ],
    "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=baychi.org;\r\n bimi=skipped (DMARC not enabled)"
  },
  "dmarc": {
    "status": {
      "result": "none",
      "header": {
        "from": "baychi.org"
      }
    },
    "domain": "baychi.org",
    "info": "dmarc=none header.from=baychi.org"
  },
  "bimi": {
    "status": {
      "header": {},
      "result": "skipped",
      "comment": "DMARC not enabled"
    },
    "info": "bimi=skipped (DMARC not enabled)"
  },
  "recipients": [
    "webhook1@webhooks.net"
  ],
  "session": {
    "recipient": "webhook1@webhooks.net",
    "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 아래 제공된 예 중 하나 이상을 사용하여 기록하십시오.

간단한 예: `linus@baychi.org` 또는 `torvalds@baychi.org`으로 이동하는 모든 이메일을 `user@gmail.com`으로 전달하려는 경우:
이름/호스트/별칭 TTL 유형 답변/가치
"@", "." 또는 공백 3600 TXT forward-email=/^(linus|torvalds)$/:user@gmail.com
이름 성 대체 예: 회사 이메일 주소가 모두 `firstname.lastname@baychi.org` 패턴이라고 상상해 보세요. `firstname.lastname@baychi.org` 패턴으로 이동하는 모든 이메일이 대체 지원(RegExr에서 테스트 보기):
이름/호스트/별칭 TTL 유형 답변/가치
"@", "." 또는 공백 3600 TXT forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@company.com
더하기 기호 필터링 대체 예: 'info@baychi.org' 또는 'support@baychi.org'으로 이동하는 모든 이메일이 각각 'user+info@gmail.com' 또는 'user+support@gmail.com'으로 전달되도록 하려면(대체 지원 포함) ) (RegExr에서 테스트 보기):
이름/호스트/별칭 TTL 유형 답변/가치
"@", "." 또는 공백 3600 TXT forward-email=/^(support|info)$/:user+$1@gmail.com
Webhook 쿼리 문자열 대체 예: 아마도 `baychi.org`으로 이동하는 모든 이메일이 웹훅 이메일 주소(RegExr에서 테스트 보기):
이름/호스트/별칭 TTL 유형 답변/가치
"@", "." 또는 공백 3600 TXT forward-email=/^(.*?)$/:https://baychi.org/webhook?username=$1
조용한 거부 예: 특정 패턴과 일치하는 모든 이메일을 비활성화하고 상태 코드 '250'을 사용하여 조용히 거부하도록 하려면(보낸 사람에게는 메시지가 성공적으로 전송된 것처럼 보이지만 실제로는 아무데도 가지 않음)(참조) 특정 별칭을 비활성화 할 수 있습니까), 그런 다음 단일 느낌표 "!"를 사용하여 동일한 접근 방식을 사용하면 됩니다. 이는 메시지가 성공적으로 전달되었지만 실제로 아무데도 가지 않았음을 발신자에게 나타냅니다(예: 블랙홀 또는 `/dev/null`).
이름/호스트/별칭 TTL 유형 답변/가치
"@", "." 또는 공백 3600 TXT forward-email=/^(linus|torvalds)$/:!
소프트 리젝트 예: 특정 패턴과 일치하는 모든 이메일을 비활성화하고 상태 코드 '421'로 소프트 거부하도록 하려면(참조 특정 별칭을 비활성화 할 수 있습니까) 그런 다음 이중 느낌표 "!!"를 사용하여 동일한 접근 방식을 사용하면 됩니다. 이는 발신자에게 이메일을 다시 시도하라는 의미이며, 이 별칭으로 전송된 이메일은 약 5일 동안 재시도된 후 영구적으로 거부됩니다.
이름/호스트/별칭 TTL 유형 답변/가치
"@", "." 또는 공백 3600 TXT forward-email=/^(linus|torvalds)$/:!!
엄격한 거부 예: 특정 패턴과 일치하는 모든 이메일을 비활성화하고 상태 코드 `550`으로 강제 거부하려면(참조 특정 별칭을 비활성화 할 수 있습니까), 그런 다음 느낌표 세 개 "!!!"를 사용하여 동일한 접근 방식을 사용하면 됩니다. 이는 발신자에게 영구적인 오류가 있음을 나타내며 이메일은 재시도되지 않으며 이 별칭으로 인해 거부됩니다.
이름/호스트/별칭 TTL 유형 답변/가치
"@", "." 또는 공백 3600 TXT forward-email=/^(linus|torvalds)$/:!!!
팁: 정규식을 작성하는 방법이 궁금하거나 대체를 테스트해야 합니까? 무료 정규식 테스트 웹 사이트로 이동할 수 있습니다. 정규식 ~에 https://regexr.com.

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

중요한: 유료 요금제를 사용 중인 경우 다음으로 이동해야 합니다. 내 계정 도메인 별명 그렇지 않으면 편집 "활성" 체크박스를 선택 취소합니다. 계속하다.

예, DNS를 수정하세요. TXT 별칭 앞에 느낌표 1개, 2개 또는 3개를 기록하고 앞에 붙입니다(아래 참조).

당신은 ~해야 한다 ":" 매핑을 유지하세요. 이 기능을 끄기로 결정한 경우 필요하므로 이 매핑은 유료 플랜 중 하나로 업그레이드하는 경우 가져오기에도 사용됩니다.

조용한 거부(발신자에게는 메시지가 성공적으로 전송된 것처럼 보이지만 실제로는 아무데도 가지 않음)(상태 코드 250): 별칭 앞에 "!"를 붙인 경우 (느낌표 하나) 다음과 같은 성공 상태 코드가 반환됩니다. 250 이 주소로 전송을 시도하는 발신자에게 전송되지만 이메일 자체는 아무데도 가지 않습니다(예: 블랙홀 또는 /dev/null).

소프트 거부의 경우(상태 코드 421): 별칭 앞에 "!!"를 붙인 경우 (이중 느낌표) 다음과 같은 소프트 오류 상태 코드가 반환됩니다. 421 이 주소로 전송을 시도하는 발신자에게 이메일이 거부되거나 반송되기 전까지 최대 5일 동안 재시도되는 경우가 많습니다.

강제 거부의 경우(상태 코드 550): 별칭 앞에 "!!!"을 붙인 경우 (느낌표 세 개) 다음과 같은 영구 오류 상태 코드가 반환됩니다. 550 이 주소로 전송을 시도하는 발신자에게 이메일이 거부되고 반송됩니다.

예를 들어 alias@baychi.org 에 흐르는 것을 멈추다 user@gmail.com 거절당하고 반송됩니다(예: 느낌표 3개 사용).

이름/호스트/별칭 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@baychi.org 에 전달 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 기록.

예를 들어 다음 주소로 전송되는 모든 이메일을 *@baychi.org (별표는 와일드 카드라고도 함을 의미함) 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@baychi.org 로 전달될 것입니다 user+1@gmail.com, user+2@gmail.com, user+3@gmail.com,… (1 ~ 10).

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

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

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

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

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

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

아니요, 디스크에 기록하거나 로그를 저장하지 않습니다. 오류 예외 그리고 아웃바운드 SMTP (우리의 개인 정보 정책).

모든 작업은 메모리 내에서 이루어지며 소스 코드는 GitHub에 있습니다..

아니요, 디스크에 기록하거나 로그를 저장하지 않습니다. 오류 예외 그리고 아웃바운드 SMTP (우리의 개인 정보 정책).

모든 작업은 메모리 내에서 이루어지며 소스 코드는 GitHub에 있습니다..

예. 아래에서 오류 로그에 액세스할 수 있습니다. 내 계정 → 로그 또는 내 계정 → 도메인.

2023년 2월 기준으로 다음에 대한 오류 로그를 저장합니다. 4xx 그리고 5xx 7일 동안의 SMTP 응답 코드 – SMTP 오류, 봉투 및 이메일 헤더(우리는 하지 마라 이메일 본문이나 첨부 파일을 저장).

오류 로그를 통해 누락된 중요한 이메일을 확인하고 다음에 대한 스팸 가양성을 완화할 수 있습니다. 당신의 도메인. 또한 문제를 디버깅하기 위한 훌륭한 리소스입니다. 이메일 웹훅 (오류 로그에 webhook 끝점 응답이 포함되어 있기 때문에).

다음에 대한 오류 로그 속도 제한 그리고 그레이리스팅 연결이 일찍 종료되기 때문에 액세스할 수 없습니다(예: RCPT TO 그리고 MAIL FROM 명령을 전송할 수 있습니다).

우리의 개인 정보 정책 더 많은 통찰력을 위해.

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

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

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

네 그럼요.

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

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

네 그럼요.

예! 2023년 12월 13일부터 비밀번호 키 지원이 추가되었습니다. 높은 수요로 인해.

패스키를 사용하면 비밀번호와 이중 인증 없이도 안전하게 로그인할 수 있습니다.

터치, 얼굴 인식, 장치 기반 비밀번호 또는 PIN을 통해 신원을 확인할 수 있습니다.

한 번에 최대 30개의 비밀번호를 관리할 수 있으므로 모든 장치에서 쉽게 로그인할 수 있습니다.

다음 링크에서 패스키에 대해 자세히 알아보세요.

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

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

이 섹션에서는 아웃바운드 메일이 당사의 SMTP 서버(예: smtp.forwardemail.net) (또는 다음을 통해 전달됨) mx1.forwardemail.net 또는 mx2.forwardemail.net)이며 수신자의 스팸 또는 정크 폴더로 전달됩니다.

우리는 정기적으로 우리의 IP 주소 ~에 맞서 평판이 좋은 모든 DNS 거부 목록, 따라서 도메인 평판 관련 문제일 가능성이 높습니다..

다음 도구 중 하나 이상을 사용하여 도메인의 평판과 분류를 확인할 수 있습니다.

추가 도움이 필요하거나 특정 이메일 서비스 제공업체가 당사를 스팸으로 분류한 경우 다음을 수행하십시오. 문의하기.

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

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

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

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

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

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

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

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

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

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

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

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

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

"상대적으로 알려지지 않은"이란 허용 목록.

이 한도를 초과하면 발신자 메일 서버에 나중에 다시 시도하도록 지시하는 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. 테스트 이메일을 보내면 프로필 사진이 나타납니다.

예, 2023년 3월 2일부터 지원됩니다. MTA-STS. 당신이 사용할 수있는 이 템플릿 도메인에서 활성화하려는 경우.

우리의 구성은 GitHub에서 공개적으로 찾을 수 있습니다. https://github.com/forwardemail/mta-sts.forwardemail.net.

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

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

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

우리는 오픈 소스 소프트웨어 프로젝트를 만들었습니다 🍊 귤 DNS 조회에 사용합니다. 사용되는 기본 DNS 서버는 다음과 같습니다. 1.1.1.1 그리고 1.0.0.1, DNS 쿼리는 HTTPS를 통한 DNS ("DoH") 애플리케이션 계층에서.

🍊 귤 용도 기본적으로 CloudFlare의 프라이버시 우선 소비자 DNS 서비스.