규칙 만들기

여기서 만든 규칙은 켜져 있고 다음 메시지부터 동작합니다. 사람이 일부러 만든 호출에는 그것이 옳은 기본값이며, 같은 규칙을 비활성 상태로 쓰는 MCP createRule 도구와는 반대입니다. 메일을 보관하기로 결정한 모델이 사람이 규칙을 읽어 보기도 전에 보관을 시작해서는 안 되기 때문입니다.

같은 연결에서 name이 중복되면 rule_name_taken, 409입니다. 이름은 실행 로그와 설정 화면에서 규칙을 알아보는 수단이므로, "Newsletters"라는 규칙이 둘이면 아무도 읽을 수 없는 보고서가 됩니다.

101번째 규칙은 rule_limit_reached, 422입니다. 이 상한은 회계 경계가 아니라 루프에 빠진 스크립트에 대한 방어이며, 잠금이 걸려 있지 않습니다. 99개에서 두 생성이 경합하면 둘 다 성공할 수 있습니다.

matches 패턴에는 자체적으로 영숫자 두 글자 이상이 있어야 하며, 차단 목록과 같은 기준입니다. 그냥 *은 받아들인 뒤 앞으로 도착할 모든 메시지에 조용히 일치하는 대신 쓰기 시점에 거부됩니다. 그것은 규칙이 아니라 장애이기 때문입니다.

reject는 같은 규칙에 envelope_from 조건이 최소 하나 없으면 쓰기 시점에 거부됩니다. reject_needs_envelope, 422입니다. 550은 메시지를 건넨 쪽에 답하는 것이고, 메일링 리스트에서 그것은 리스트입니다. 리스트는 그 거절을 반송되는 구독자로 읽고, 한 사람만 그만 올리길 바랐을 뿐인 독자를 구독 해지시킵니다. 조건을 적었더라도 헤더 신원만으로 일치한 경우에는 스팸으로 분류하는 것으로 낮춰집니다. 거절을 정직하게 겨눌 수 있는 유일한 신원은 엔벌로프이기 때문입니다.

규칙으로 동작하는 forward는 발송 경로를 거치며, 그 과정에서 메시지를 다시 만듭니다. 원래의 DKIM 서명은 살아남지 못하고, 특이한 파트, 흔치 않은 헤더, 발신 크기 상한을 넘는 것도 마찬가지입니다. 첨부가 달린 25 MB 메시지는 그 상한을 넘습니다. 도착한 메시지 자체가 아니라 그 사본입니다. 주소는 규칙을 쓸 때 확인하므로, 확인되지 않은 목적지는 열 번에 한 번씩 조용히 메시지를 버리는 규칙이 아니라 호출 시점의 422가 됩니다.

reply는 기계에 답하지 않습니다. 메시지가 Auto-Submitted(no가 아닌 값), Precedence: bulk|list|junk, List-Id, List-Unsubscribe, X-Autoreply, X-Autorespond를 담고 있을 때, 엔벌로프 발신자가 비어 있을 때(모든 반송이 갖는 형태입니다), 그리고 헤더를 전혀 읽을 수 없었을 때 억제됩니다. 그 위에, 한 발신자는 한 메일함으로부터 24시간에 최대 한 번만 자동 회신을 받습니다. 회신 규칙이 있고 방어 장치가 없는 두 메일함은 누군가 알아차릴 때까지 서로에게 메일을 보냅니다.