변경할 온실 경로 결정
카탈로그 이름 GreenHouse는 메일이 반드시 동일한 경로를 따르지 않는 제품을 의미합니다. 본 가이드의 주요 절차는 온실 모집 도메인 확인입니다. 실제 기능, 의도된 보낸 도메인, 발신 계정 및 사용자 지정 SMTP 경로 구성 여부를 기록합니다. 공유 회사 도메인에 영향을 미치는 변경을 수행하기 전에 DNS 관리자의 참여를 얻으십시오.
모집의 경우 승인된 사용자는 구성 > 개발자 센터 > 이메일 설정에서 도메인을 등록하고 생성된 레코드를 얻습니다. Greenhouse의 표준 설정은 gh-mail 하위 도메인을 사용합니다. 대신 Sourcing Automation의 이메일 보안 지침은 메일함 제공업체로 연결됩니다. SPF 그리고 DKIM. 성공적인 채용 확인을 연결된 Google 또는 Microsoft 사서함이 올바르게 구성되었다는 증거로 간주하지 마십시오. 모집 설정 · 소싱 자동화 보안
의도적으로 도메인 형식을 선택하십시오.
도메인을 확인하세요. DMARC 조정 등록 전 설정입니다. Greenhouse는 엄격한 정렬 상황을 위해 도메인 앞에 느낌표를 사용하여 no-gh 메일 등록 옵션을 문서화합니다. 해당 옵션은 생성된 DNS 범위를 변경하며 항목이 이미 존재하는 경우 의도적인 마이그레이션이 필요합니다. 이는 조직의 DMARC 정책을 약화시키는 이유가 아닙니다. 등록 및 엄격한 정렬 옵션
생성된 소유자 및 값을 게시하기 전에 기존 레코드와 비교하세요. 전체 SPF 승인 인벤토리와 소유자당 하나의 정책을 보존합니다. 유지하다 CNAME 충돌하는 데이터가 없는 기록. 단지 다음과 같은 이유만으로 루트 도메인 수신 메일을 리디렉션하지 마십시오. MX 레코드 전용 전송 하위 도메인이 요청되었습니다. 콘솔과 계획된 DNS 범위가 일치하지 않으면 하위 도메인 값을 정점에 이식하는 대신 중지하고 명확히 합니다.
긴 DKIM 값의 경우 먼저 DNS 호스트에서 지원되는 TXT 문자열 처리를 사용하세요. 에이 TXT 레코드 여러 문자열을 포함할 수 있습니다. 하나의 문자열에 대한 제한으로 인해 더 약한 키가 자동으로 필요하지 않습니다. 공개 키를 자르지 마십시오. 생성된 형식을 DNS 서비스에서 올바르게 표현할 수 없는 경우 공급자에게 도움을 요청하세요.
등록된 도메인과 실제 메시지를 확인하세요
이메일 설정에서 지금 DNS 레코드 확인을 사용하세요. Greenhouse는 확인 표시를 확인된 상태로 설명하고 줄임표는 확인 보류 중으로 설명합니다. 정확한 기록 세트와 타임스탬프를 사용하여 결과 상태를 유지합니다. 확인 FAQ
원래 승인 설계: 후보 이메일, 범위 내 활성화된 알림 경로 및 해당 제품이 사용되는 경우 소싱 자동화 메시지에 대해 별도의 행을 준비합니다. 무해한 통제된 메시지만 보내십시오. 도메인에서 볼 수 있는 실제 경로를 기록합니다. 봉투 보낸 사람, DKIM d= 및 s= 값, 신뢰할 수 있는 수신자가 추가한 인증 결과입니다. DMARC 하나 이상의 통과 정렬 인증 방법이 필요합니다. 관련이 없는 도메인의 서명만으로는 충분하지 않습니다.
예시 시나리오: 채용은 확인된 것으로 표시되지만 소싱 캠페인은 채용 담당자의 연결된 사서함을 사용하기 때문에 DKIM 실패합니다. Recruiting의 gh-메일 편집 선택자 해당 사서함은 복구되지 않습니다. 제품과 경로를 먼저 비교한 후 올바른 메일 관리자에게 수정 사항을 할당하세요.
되돌릴 수 있는 변화 유지
새 ID가 실패하는 경우 영향을 받는 전송 워크플로를 일시 중지하고 가능한 경우 관련 없는 모집 작업을 그대로 둡니다. 지원되는 마이그레이션에 대한 항목을 제거하기 전에 원래 등록 세부 정보를 보존하십시오. 대기 중인 메시지와 DNS 캐싱을 고려한 후에만 마지막으로 승인된 구성을 복원하십시오. 도메인이나 전송이 변경된 모든 경로를 다시 테스트합니다.
이 가이드는 2026년 11월 8일에 검토된 공급자 문서를 반영합니다. 온실 테넌트, 후보 데이터, DNS 레코드 또는 보낸 메시지에 액세스하지 않았습니다. 경로 매트릭스와 시나리오는 원래 제안된 테스트이며 배포가 완료되었다는 증거가 아닙니다.
시행 수준과 엄격한 정렬을 구별
서면 케이스 GH-01에서는 recruiter@example.com , gh-mail.example.com 에 대한 SPF 통과, d=gh-mail.example.com 및 s=mail1. 에 대한 DKIM 통과를 가정합니다. 엄격한 aspf=s 및 adkim=s, 에서는 가정된 ID가 example.com 과 정확히 일치하지 않으므로 둘 다 정렬을 제공하지 않습니다. 완화된 모드에서는 해당 하위 도메인 ID가 정렬될 수 있습니다. 에이 p=reject 값만으로는 엄격한 정렬을 선택하지 않습니다. 등록을 변경하기 전에 모집 소유자와 DNS 관리자는 실제 신원과 모드를 확인하고 기존 기록을 보존하며 마이그레이션 계획에 동의해야 합니다. 느낌표 등록 옵션은 공급자별로 다릅니다. DNS 레이블이 아닙니다. 후보 메시지, 도메인 등록 또는 DNS 조회가 발생하지 않았습니다.
시행 경계 유지
RFC 9989 섹션 7.4에서는 p=reject, 게시하는 도메인에 대해 SPF 만 아닌 유효한 DKIM 필요하며 간접 메일과 메일링 목록 상호 운용성에 대해 경고합니다. 단일 성공적인 직접 메시지 테스트가 모든 합법적인 경로가 더 강력한 정책을 수용할 준비가 되어 있다는 증거는 아닙니다. 실제 격차를 진단하는 동안 기존에 승인된 보호를 유지합니다. 모든 정책 변경에는 자체 결정이 필요합니다.