이메일 서버와 두 개의 클라이언트(두 개의 다른 장치에 있음)에 문제가 있습니다. 두 장치 모두 이메일 서버와 통신하는 IMAP 프로토콜로 구성됩니다.
장치 #1은 PC이고 Outlook 2013을 클라이언트로 실행합니다.
장치 #2는 스마트폰이며 Solmail을 클라이언트로 실행합니다.
며칠 전, 장치 #2에서 여러 이메일을 휴지통으로 옮긴 다음 본의 아니게 휴지통을 비웠습니다. 그 후, 장치 #1을 시작했고 Outlook은 장치 #1에서 삭제한 이메일을 삭제하면서 로컬에 저장된 이메일을 업데이트했습니다.
이제 더 이상 서버에서 해당 이메일을 복구할 수 없습니다. 휴지통을 비우면 이메일이 사라지기 때문입니다. Outlook 2013의 일부 로컬 복사본(예: .ost 파일)에서 복구할 수 있는지 궁금합니다.
제가 보기에는 이미 Outlook에 로컬로 다운로드된 이메일이 "삭제된 이메일" 폴더를 거치지 않고 사라지는 것이 이상하게 보입니다.
당신이 나를 도울 수 있기를 정말로 바랍니다.
미리 감사드립니다!
답변1
즉, 귀하의 이메일이 사라졌습니다.
불행하게도 이것은 IMAP이 작동하는 방식입니다. 많은 이메일 클라이언트가 다운로드한 이메일을 캐시하지만 이는 실제로 클라이언트가 이메일 사본을 보관하도록 IMAP이 작동하도록 설계된 방식의 일부가 아닙니다. IMAP의 "표준" 저장소는 항상 IMAP 공급자/서버입니다. 그리고 기본적으로 이메일을 삭제하면 클라이언트는 서버에 삭제 명령을 보낸 다음 서버 측에서 이메일을 삭제합니다. 이는 POP3 공급자를 다운로드가 필요한 이메일 대기열로 간주하고 일반적으로 다운로드되는 즉시 삭제하는 POP3와 대조됩니다.
대부분의 IMAP 공급자는 삭제 명령을 받은 이메일을 자동으로 휴지통 폴더로 이동합니다. 수동으로 한 것 같은데... 실제로는 같은 차이입니다. 이에 대한 예외는 IMAP 제공자가 이미 휴지통 폴더에 있는 이메일에 대해 삭제 명령을 받는 경우입니다. 해당 이메일은 실제로 삭제됩니다. 그리고 클라이언트는 IMAP 공급자가 "표준"이라는 생각을 유지하면서 로컬에서도 이메일을 삭제합니다.
즉, IMAP을 통해 동일한 이메일 계정을 사용하도록 구성된 여러 이메일 클라이언트가 있는 경우... 한 클라이언트의 휴지통에서 이메일을 삭제하면 IMAP 공급자가 해당 이메일을 삭제한 다음 모든 클라이언트가 캐시한 복사본도 삭제합니다. . 이는 다음과 같이 간주됩니다.특징모든 클라이언트를 동기화 상태로 유지하므로 동기화 메커니즘을 제공하지 않는 POP3의 문제로 간주되는 것입니다.
이곳의 유일한 희망 복구하려는 모든 이메일을 다운로드/확인했지만 삭제 이후 IMAP 공급자와의 동기화를 허용하지 않은 세 번째 이메일 클라이언트가 IMAP을 사용하도록 구성되어 있는 경우입니다. ::counts:: 세 개의 "if"가 연속으로 발생합니다. 기적적으로 그러한 경우가 발생한다면... 클라이언트를 열기 전에 모든 인터넷 액세스에서 해당 클라이언트의 연결을 끊은 다음 클라이언트를 열고 중요한 이메일을 내보내거나 백업하기만 하면 됩니다.
앞으로 이 문제를 방지하기 위한 조언은 다음과 같습니다.휴지통 비우지 마세요...항상. 그게 통념에 어긋난다는 건 알지만... 매일 부엌 쓰레기통을 뒤져 냄새가 나기 시작할 만큼 오랫동안 거기에 있던 물건을 꺼내 소각로에 버리는 로봇이 있다고 상상해 보세요. 대부분의 IMAP 공급자는 정확히 이러한 기능을 제공하기 때문에 휴지통에 30일 이상 남아 있는 모든 이메일을 자동으로 삭제합니다. 휴지통 폴더를 직접 관리할 필요는 없습니다.