Zammad: 구성하는 동안 오류로 인해 이메일이 사라졌습니다.

안녕하세요 @Julian0o - 정말 안 좋은 일입니다! 취한 조치에 대한 로그 파일과 일부 오류 로그를 제공할 기회가 있습니까? zammad 인스턴스의 log/ 디렉토리에서 모든 로그를 찾을 수 있습니다.

@thorsteneckel 이미 컨테이너를 삭제했습니다. :(
이것은 매우 중요한 문제이기 때문에 문제를 재현하려고 노력할 것입니다.

전적으로 동의합니다! 나는 당신의 응답을 기다리고 있습니다. 감사 해요!

흠. 동일한 메일 설정으로 새 구성을 수행했는데 오류가 없었습니다... 하지만 이번에는 받은 편지함에 2개의 메일만 있었습니다. 거기에 메일이 많이 있으면 문제가 발생할 수 있습니다 ...

우리는 이것을 가능한 한 빨리 재현하려고 노력할 것입니다.

나는 이것보다 IMAP 접근 방식을 선호합니다. OTRS도 같은 문제가 있었습니다.

메일을 다운로드하여 서버에서 삭제하는 대신 동기화하고 원래 메일함에 그대로 두십시오. 성공적인 티켓 생성 후 SEEN 플래그를 설정하거나 최악의 경우 사용자 지정/구성 가능한 플래그를 설정합니다.

그렇지 않으면 이 문제에서 처음에 설명된 것과 같은 시나리오로 쉽게 끝날 수 있지만 이로 인해 원래 사서함이 메시지 보관 등에도 사용되는 시나리오를 설명하기가 어렵거나 더 복잡해집니다.

나는 이것이 상당히 근본적인 변화라고 생각하지만 일반적으로 IMAP 접근 방식을 추가하는 것이 가능합니까?

+1 - IMAP SEEN 플래그 또는 사용자 정의 플래그를 사용하거나 MAILBOX(INBOX.IMPORTED)를 만들고 처리된 메일을 삭제하는 대신 해당 폴더로 이동합니다. 획기적인 변화가 되어서는 안 됩니다. 가장 좋은 방법은 사용자가 결정하도록 하는 것입니다. 확인란 추가(가져오기 후 IMAP에서 메일 삭제 여부)

#955에서 가져옴

===견적 시작===
@eliasp , #243의 의견에 감사드립니다! 현재로서는 플래그를 설정하는 것이 가장 좋은 방법이라고 생각합니다. SEEN 플래그는 너무 쉽게 변경될 수 있으므로 사용자 지정 플래그를 선호합니다. Roundcube에서 원본 메일을 탐색하고 싶다고 상상해 보십시오. 너무 쉽게 '읽음'으로 표시된 메일을 클릭합니다. 또는 다른 방법으로: 메일을 UNSEEN으로 표시합니다. 아마도 이렇게 하면 Zammad가 동일한 이전 메일을 가져오므로 결국 2개의 티켓이 생깁니다.

또 다른 해결책은 Zammad가 각각의 새 메일/보이지 않는 메일을 자체 데이터베이스와 비교하여 특정 메일을 이미 가져왔는지 확인하는 것입니다. 따라서 플래그는 중요하지 않습니다.
===인용 종료===

이에 대한 진전이 있습니까? #955에 언급된 깃발은 좋은 생각인 것 같습니다.
이것은 zammad의 사용 사례에서 저에게 정말 도움이 될 것입니다.

깃발은 이미 거기에 있습니다. 그래서 우리가 이것을 닫을 수 있다고 생각합니까?