Zammad: 이메일이 너무 크고 Zammad에서 처리되지 않는 경우 보낸 사람에게 포스트마스터 이메일을 보냅니다.

이것이 변경될 예정이라면 이에 대한 구성 옵션을 환영합니다. 우리의 경우 Zammad가 반송 메일을 보내는 것을 원하지 않으며 현재 "IMAP에서 가져오지 말고 경고를 표시하지 마십시오. 관리자에게" 접근합니다.

그 이유는 상당히 복잡한 메일 설정 때문입니다. 우리 도메인의 MX인 회사의 기본 메일 서버가 있고 모든 발신 및 수신 메일이 이 서버를 통과합니다. Zammad를 사용하기 시작하면 메일의 일부(전부는 아님)가 Zammad가 가져올 별도의 IMAP 계정으로 복제됩니다. 그것을 설명하기 위해:

예를 들어 [email protected] 라는 주소가 있습니다 info 는 기본 메일 서버에서 그룹으로 구성됩니다. 이 그룹에는 모든 수신 메일의 사본을 저장하는 아카이브가 있으며 여기에는 구성원(예: martin.von.wittich )이 있으며 모든 그룹 구성원은 받은 편지함에도 사본이 있습니다. 현재 우리는 여전히 Kayako를 티켓 시스템으로 사용하고 있으며 Kayako는 /etc/aliases 를 통해 사본을 받습니다.

info:        \info,          [email protected]

앞으로 Kayako에서 마이그레이션하면 Zammad IMAP 사서함과 유사하게 메일이 복제됩니다. 따라서 Kayako 또는 Zammad와 같은 "백엔드 시스템" 중 하나가 갑자기 자신의 반송 메일을 보내기로 결정한 경우(예: 크기 제한으로 인해) 메일을 수락할지 거부할지에 대한 결정이 메인에 있기 때문에 매우 바람직하지 않습니다. 메인 서버에서 사본만 받는 백엔드 시스템이 아닌 메일 서버. 메인 서버(최대 50MB의 메일 허용)가 이미 메일을 수락하기로 결정했지만 메일이 너무 커서 Zammad가 수락할 수 없는 경우(Zamad는 기본적으로 최대 10MB를 수락하기 때문에) 이는 단순히 구성 오류입니다. 내 편. 이 경우 Zammad가 고객이 아닌 _me_에게 알리고 싶습니다.

TLDR: 현재 작동하는 방식이 마음에 듭니다. :)

Martins의 주장을 이해할 수 있습니다.
우리는 적어도 모니터링에 정보를 추가해야 합니다. 그렇지 않으면 이것을 깨끗하게 모니터링할 수 없기 때문입니다!

자동 회신을 활성화/비활성화하는 옵션은 좋은 생각입니다. 설정에서 이것을 보고 마법사 내의 관리자에게 원하는 방식을 묻습니다. 그 이유는 개인적으로 Zammad가 기본적으로 자동 응답을 사용하도록 설정하는 것을 선호하기 때문입니다.

이는 호스트된 인스턴스에도 영향을 미치며 대부분의 사용자는 전자 메일 서버에서 사용하지 않으며 최대 전자 메일 크기는 선택한 패키지에 따라 다릅니다. 또한 모니터링 정보가 호스팅된 설정 내에서 누락되어(일반적으로 필요하지 않기 때문에) 그 시점에서 바운스가 더 나은 이유입니다.

좀 복잡하네요 ^^"

이제 Zammad 3.2용으로 구현되었습니다.

1) 업그레이드 설치 시 현재와 같은 다른 동작은 없습니다. 너무 큰 이메일만 Zammad 모니터링 엔드포인트에 표시됩니다.

지금 행동을 원할 경우 관리자 -> 채널 -> 이메일 -> 설정을 수행하고 "메일이 너무 큰 경우 포스트마스터 메일 보내기"를 변경하십시오.

2) 새로운 설정에서 또는 "메일이 너무 큰 경우 포스트마스터 메일 보내기"가 true로 설정되어 있으면 메일이 너무 크다는 이메일 메시지가 발신자에게 전송됩니다(크기 및 최대값). 전달할 수 없습니다.