GitHub push 이메일 대체 설정·전달 확인 기록표
빈 양식입니다. 실제 발송·수신 성공 기록이 아닙니다.
기존 저장소 push 이메일 기능 종료: 2026-10-15

[설정과 시험 조건]
확인 시각·시간대 / 담당자:
대상 저장소 / 시험용 계정 / 수신 동의 확인:
workflow 경로 / 발송 script 경로:
허용 branches / tags / paths:
repository·organization Actions 정책:
SMTP 제공업체·호스트·STARTTLS 포트 (자격증명 값 기록 금지):
SMTP 계정의 발신 허용 / 현재 인증 방식·사용 한도·요금 확인:
Actions secrets 다섯 이름과 저장 범위·접근 정책 확인:
runner / Python / checkout 커밋:

[허용 브랜치 시험]
push 시각 / 전체 커밋 SHA / ref:
Actions run ID / attempt / 실제 실행 URL:
notify job과 메일 step 상태 (실행 / skipped / 실패):
스크립트 stage / 종료 코드:
클라이언트 Message-ID (공개 공유 시 필요한 부분 가림):
제공업체 접수 시각·자체 ID / Message-ID 연결 근거:
전달·반송·격리 상태:
수신 시각 / 가린 헤더·메일 화면의 비공개 보관 위치:
수신 메일 SHA·실행 URL 일치:
판정: 실행만 확인 / SMTP 접수만 확인 / 최종 수신 확인 / 실패 / 미확인

[인증 실패 비교 — 통제된 시험에서만]
같은 조건·새 시험 SHA / run ID·attempt:
관측한 인증 단계·실패 코드 (비밀번호·원본 예외 기록 금지):
제공업체의 접수 유무:
정상 설정 복구 여부:

[필터 제외 비교]
제외 브랜치 또는 태그 / SHA / push 시각:
workflow 파일이 해당 ref에 있는지:
branches·paths·skip 지시문·push 인증 방식:
실제 실행 유무 / 예상 제외와 일치 여부:
실행이 없어서 SMTP 기록도 없어야 하는 경우인지:

[중복과 재시험]
이전 서버 접수 가능성이 있는 timeout·연결 종료 오류인지:
재실행 전 제공업체 기록을 확인했는지:
같은 run ID의 attempt / Message-ID 변화:
수신 중복 유무 / 정리한 시험 설정:

메일 도착 전 단계는 성공 범위를 분명히 적으세요.
모의 SMTP·로컬 테스트를 실제 제공업체·Actions 실행 증거로 기록하지 마세요.
push 발생을 배포 성공으로 쓰거나 비밀번호·코드 전문을 메일에 넣지 마세요.