단계 2. 다시 쓰기 규칙 스캔

첫 번째 호스트 또는 도메인 지정이 주소에서 추출된 후 MTA는 다시 쓰기 규칙을 참조하여 그 처리 방법을 결정합니다. 호스트/도메인 지정은 각 규칙의 패턴 부분(즉, 각 규칙의 왼쪽)과 비교됩니다. 이 비교는 RFC 822에 명시된 대로대소문자를 구분하지 않습니다. MTA에서는 대소문자를 구분하지 않지만 가능하면 대소문자를 유지합니다.

호스트 또는 도메인 지정이 어떠한 패턴과도 일치하지 않으면(이러한 경우를 "어떠한 규칙과도 일치하지 않음"이라고 함) 호스트 또는 도메인 지정의 첫 번째 부분, 즉 첫 번째 마침표의 앞 부분(대개 호스트 이름)이 제거되고 별표(*)로 대체된 다음, 구성 파일 다시 쓰기 규칙에서만 결과 호스트 또는 도메인 지정을 찾으려는 또 다른 시도가 수행됩니다(도메인 데이터베이스는 참조되지 않음).

이 시도가 실패하면 첫 번째 부분이 제거되고 프로세스가 반복됩니다. 또 다시 실패할 경우에는 다음 부분(일반적으로 하위 도메인)이 제거되고 다시 쓰기 프로세스가 처음에는 별표를 사용하고 그 다음에는 별표 없이 다시 시도됩니다. 별표를 포함하는 모든 검사는 구성 파일 다시 쓰기 규칙 테이블에서만 수행되며 도메인 데이터베이스는 검사되지 않습니다. 이 프로세스는 일치하는 항목이 발견되거나 전체 호스트 또는 도메인 지정이 사용될 때까지 계속됩니다. 이 절차는 가장 구체적인 도메인을 우선 일치시키고 점차 덜 구체적이면서 더 일반적인 도메인을 일치시키는 방향으로 진행됩니다.

일치 절차의 알고리즘에 대한 자세한 내용은 다음과 같습니다.

• 호스트/도메인 지정이 비교 문자열 spec_1 및 spec_2의 초기 값으로 사용됩니다(예: spec_1 = spec_2 = a.b.c).

• 일치하는 항목이 발견될 때까지 비교 문자열 spec_1이 구성 파일에 이어 도메인 데이터베이스에 있는 각 다시 쓰기 규칙의 패턴 부분과 비교됩니다. 일치하는 항목이 발견되면 일치 절차가 종료합니다.

• 일치하는 항목이 발견되지 않을 경우 spec_2의 별표가 아닌 맨 왼쪽 부분이 별표로 변환됩니다. 예를 들어, spec_2가 a.b.c인 경우 *.b.c로 변경되고 spec_2가 *.b.c인 경우 *.*.c로 변경됩니다. 일치하는 항목이 발견되면 일치 절차가 종료합니다.

• 일치하는 항목이 발견되지 않을 경우 선행 마침표를 포함한 비교 문자열 spec_1의 첫 번째 부분이 제거됩니다. spec_1 이 한 부분으로만 구성된 경우(예: .c 또는 c) 문자열은 마침표 "."으로 바뀝니다. 결과 문자열 spec_1의 길이가 0이 아닌 경우 단계 1로 돌아갑니다. 결과 문자열의 길이가 0인 경우(예: 이전에 "."인 경우) 조회 프로세스가 실패하고 일치 절차가 종료됩니다.

예를 들어, dan@sc.cs.siroe.edu 주소를 다시 작성한다고 가정해 봅니다. 이 경우 MTA는 다음 패턴을 주어진 순서대로 찾습니다.

sc.cs.siroe.edu
*.cs.siroe.edu
.cs.siroe.edu
*.*.siroe.edu
.siroe.edu
*.*.*.edu
.edu
*.*.*.*
.