일반 DNS 레시피가 아닌 Autotask 도메인 상태로 시작하세요.
버전 2026.6을 표시하는 Autotask의 도메인 설정 설명서는 전송 도메인을 사용할 수 있는 권한을 선택 사항과 분리합니다. DKIM 입증. 페이지에는 릴리스 2023.3부터 주소에서 보내기에 검증된 도메인을 사용해야 한다고 나와 있습니다. 해당 제품 요구 사항은 일반 이메일 프로토콜과 다릅니다. 유효해 보이는 주소가 반드시 애플리케이션이 허용하는 주소는 아니며, 허용된 주소 자체가 수신자의 일치된 인증을 증명하는 것은 아닙니다. 자동 작업 도메인 설정
지원되는 범위에는 문서화된 Autotask 발신 이메일 도메인 워크플로가 포함됩니다. 관련되지 않은 메일 서비스, 별도로 구성된 애플리케이션 또는 고객 테넌트의 모든 알림 경로가 준비되었는지 여부는 설정되지 않습니다. 변경하기 전에 영향을 받는 실제 환경, From 주소 및 담당 관리자를 확인하세요. 이 초안에 대해서는 계정 액세스, DNS 변경 또는 메시지 테스트가 수행되지 않았습니다.
유효성 검사의 영향을 받는 주소 목록 작성
공급자는 지원 주소, 리소스 이메일에서 보내기로 사용되는 기본 사용자 주소, 대체 전송 주소, 템플릿, 워크플로 규칙, 설문 조사, 송장 이메일 및 연락처 그룹에 수동으로 입력한 주소를 식별합니다. 단일 테스트 알림을 모든 비즈니스 메일을 대표하는 것으로 취급하는 대신 이러한 범주를 검토하십시오. 카탈로그의 수신된 메시지 증거 요구 사항은 최종 승인된 정확한 경로에 여전히 적용됩니다. 자동 작업 도메인 설정
실제 도메인당 하나의 인벤토리 행을 생성하고 전송 용도로 사용합니다. 애플리케이션이 도메인을 자동으로 검색하는지 아니면 관리자가 도메인 추가를 제안하는지 기록합니다. 해당 도메인을 계속 사용할 수 있어야 하는 이유를 설명할 수 있는 소유자를 할당하세요. 오래된 대체 주소는 비즈니스 프로세스가 다른 곳으로 이동한 후 도메인을 유지해야 한다는 오해의 소지가 있는 요구 사항을 만들 수 있습니다.
공급자는 활성, 도메인 확인 및 DKIM 인증 상태를 구분합니다. 해당 시스템 도메인인 autotask.com 및 datto.com Kaseya에 의해 구성되며 이 워크플로를 통해 편집하거나 비활성화할 수 없습니다. 고객 도메인 결정은 해당 시스템 도메인의 상태를 기반으로 해서는 안 됩니다. 문서화된 고객 DKIM 허용량은 5개의 추가 도메인입니다. 해당 제한은 다른 주소 범주의 존재와 별개입니다. 자동 작업 도메인 설정
값을 얻기 전에 관리 권한을 확인하세요.
문서화된 권한은 이메일 알림 및 설문조사를 구성할 수 있는 관리 보안 수준과 회사의 DNS 항목을 편집할 수 있는 권한입니다. 탐색은 관리, 관리 카테고리, 자동화, 이메일 알림 및 설문 조사, 도메인 설정 순입니다. 고유한 도메인을 추가하려면 새로 만들기를 사용한 다음 도메인 추가를 사용하여 인증 대화 상자를 엽니다. 이 지침은 액세스 권한 부여나 도메인이 추가되었다는 주장이 아니라 제안된 승인된 워크플로를 설명합니다. 자동 작업 도메인 설정
해당 책임이 다른 팀에 속하는 경우 애플리케이션 관리자와 DNS 변경 승인자를 분리하세요. 제공된 모든 레코드로 도메인 컨텍스트를 보존합니다. 선택한 도메인 없이 값을 보여주는 스크린샷은 약한 변경 증거입니다. 운영자는 추측 없이 제안된 소유자 이름, 기록 유형 및 내용을 의도한 애플리케이션 도메인과 일치시킬 수 있어야 합니다.
두 개의 유효성 검사 레코드를 서로 다른 컨트롤로 처리
Autotask의 필수 유효성 검사에서는 SPF TXT 정책 및 도메인 유효성 검사 TXT 레코드. 후자는 ._autotask 앞에 계정 제공 도메인 코드가 있습니다. 문서에는 해당 유효성 검사 레코드에 대한 공급자별 콘텐츠 선택 사항(필요에 따라 공백, 마침표 또는 이름이라는 단어)이 나열되어 있습니다. 도메인 코드를 만들어내거나, 값이 독립적으로 무엇이든 증명한다고 가정하거나, 이 소유자 이름을 도메인의 SPF 소유자와 혼동하지 마십시오. 게시하기 전에 실제 대화 상자 및 DNS 편집기 요구 사항을 해결하세요. 자동 작업 도메인 설정
SPF 예제에는 include:autotask.net. 공급자는 기존 콘텐츠를 유지하고 이 포함을 긴 정책의 처음 세 항목에 배치하고 ~all 에 대한 유효성 검사 기본 설정을 기록하면서 -all 작동할 수 있음을 인정한다고 말합니다. 이는 새로운 SPF 프로토콜 규칙이 아닌 제품별 지침 및 호환성 문제입니다. 검사기를 만족시키기 위해 기존 실패 정책을 조용히 약화시키지 마십시오. 모든 충돌을 책임 있는 정책 소유자에게 에스컬레이션하고 승인 전에 지원되는 구성을 설정하십시오. 자동 작업 도메인 설정
해당 소유자 이름으로 적용 가능한 SPF 정책 하나를 유지하세요. 여전히 승인된 발신자를 보존하고 전체 평가 경로를 검토합니다. DNS 쿼리 조건에 대한 SPF 의 제한은 모든 공급자를 먼저 배치하라는 권장 사항이 아니며 단순한 네트워크 패킷 수도 아닙니다. 재정렬 메커니즘은 동작을 변경할 수 있으며 외관상 편집이 아닌 완전한 정책으로 평가되어야 합니다. RFC 7208 , 다중 레코드 및 DNS 조회 제한
선택적 DKIM 과 완료된 서명을 혼동하지 마십시오.
공급자는 이 애플리케이션 워크플로에서 DKIM 인증을 선택 사항이라고 부릅니다. 그렇다고 해서 조직의 인증 목표와 관련이 없는 것은 아닙니다. SPF ID가 표시되는 보낸 사람 도메인과 일치하지 않는 경로에는 다음에 대해 적격하게 정렬된 DKIM 결과가 필요할 수 있습니다. DMARC 통과하다. 검토자는 녹색 유효성 검사 아이콘에서 식별자를 추론하기보다는 실제 식별자를 설정해야 합니다. RFC 9989 , 식별자 정렬
보관된 현재 페이지에서는 DKIM 상태, 도메인 제한 및 인증 작업을 설명하지만 전체 내용은 공개하지 않습니다. 선택자 읽을 수 있는 지침에 레시피를 기록하세요. 제안하기 전에 지원되는 계정별 DKIM 세부정보를 확인하세요. 기록. 오래된 제3자를 복사하지 마십시오 CNAME 이 워크플로에 레시피를 추가하고 현재 공급자 증거로 라벨을 붙입니다. 실제 메시지의 선택기와 서명 도메인에 따라 키 조회가 결정됩니다. 공용 DNS 값은 해당 서명 구성과 일치해야 합니다. RFC 6376 , DKIM-Signature 및 키 저장소
올바른 증거로 각 레이어를 확인하세요.
승인된 프로세스를 통해 의도한 기록이 게시된 후 공급자는 운영자에게 대화 상자를 다시 열고 도메인 인증을 선택하도록 지시합니다. 해당 문서에서는 가능한 5분~48시간 간격을 설명하고 유효성 검사 오류와 DKIM 오류를 구별합니다. 이러한 타이밍 설명을 문제 해결 지침으로 취급하십시오. 기다리기만 하면 잘못된 레코드나 초과된 도메인 허용량이 수정된다는 보장은 없습니다. 자동 작업 도메인 설정
애플리케이션 상태와 별도로 공개 DNS 관찰을 기록합니다. 그런 다음 표시되는 작성자, 봉투 ID, 서명 도메인, 선택자 및 수신자 인증 결과를 포함하여 각 관련 경로에 대해 승인된 수신 메시지 증거를 얻습니다. 애플리케이션 유효성 검사 결과는 해당 메시지 수준 테이블을 대체할 수 없습니다. 또한 인증은 받은 편지함 배치를 보장하거나 메시지의 비즈니스 요청이 안전하다는 것을 증명하지 않습니다. RFC 9989 , 범위 및 수신자 작업
허구적 진단: 검증 성공, 수용 실패
가상의 서비스 회사인 Fernbridge Support는 두 도메인의 송장 및 티켓 알림을 준비합니다. 해당 관리자는 첫 번째 도메인에 대해 도메인 확인을 확인하고 두 경로가 모두 완전히 인증되었음을 보고합니다. 검토자는 두 번째 도메인의 상태가 문서화되지 않았으며 수신된 메시지 ID가 수집되지 않았음을 확인했습니다. 이는 관찰된 고객 사건이 아닌 고안된 검토 시나리오입니다.
검토자는 도메인 유효성 검사, DKIM 상태 및 경로 증거를 별도의 행으로 분리합니다. 첫 번째 도메인의 검증은 폐기되거나 과장되지 않고 좁은 사실로 보존됩니다. 두 번째 도메인은 확인되지 않은 상태로 남아 있습니다. 두 경로 모두 릴리스 전에 승인된 메시지 평가가 필요합니다. 수정은 증거 경계 수정입니다. 한 상태는 다른 도메인이나 다른 인증 계층에 대한 결과를 설정할 수 없습니다.
빈 승인 워크시트
- 제품 버전 및 테넌트 적용 여부 확인: ______
- 발신 도메인 및 영향을 받는 주소 카테고리: ______
- 애플리케이션 관리자 및 DNS 승인자: ______
- 타임스탬프가 포함된 활성 및 도메인 확인 상태: ______
- 계정 생성 유효성 검사 소유자 및 정확한 내용: ______
- 기존 SPF 정책 및 제안된 변경 사항 검토: ______
- 제품 검증 제약 대 조직 정책 결정: ______
- DKIM 수당, 생성내역 및 현황 : ______
- 공개 DNS 증거 및 신뢰할 수 있는 소스: ______
- 각 경로에 대한 수신 메시지 식별 테이블: ______
- 롤백, 주제 검토 및 릴리스 결정: ______
남은 출시 조건
워크시트가 채워지지 않았으며 가상 진단이 작동 증거가 아닙니다. 계정 적용 가능성, 원래 구현 증거, 인적 주제 검토, 생산 경로, 시각적 접근성 및 소유자 공개는 계속 열려 있습니다. 도메인 구문 및 향상된 전달에 대한 소스 설명은 보편적인 인터넷 규칙이나 보증으로 채택되지 않습니다. 최종 수락 결정에서는 현재 지원되는 테넌트 워크플로와 의도한 경로의 실제 증거를 사용해야 합니다.