문제 해결

Google은 Gmail 또는 Google Workspace 계정 하나가 하루에 옮길 수 있는 메일 데이터 양을 제한합니다. 이 제한은 앱이 아니라 계정에 적용됩니다 — Apple Mail, 휴대폰, MailVault가 모두 같은 하루치 한도를 나눠 씁니다.

한도를 넘기면 Google은 계정을 일시적으로 정지시킵니다. 보통 1시간 정도지만 최대 24시간까지 갈 수 있습니다. 이 한도는 모든 Google Workspace 등급에서 같고, Google이 예고 없이 바꿀 수 있습니다 — 현재 수치는 Google의 대역폭 한도 문서를 보십시오.

첫 백업에서 이것이 뜻하는 것. 약 2.5 GB가 넘는 메일함은 IMAP으로 하루 만에 내려받을 수 없습니다 — 어떤 클라이언트도 할 수 없는 서버 쪽 상한입니다. 큰 보관본은 며칠이 걸린다고 보십시오.

MailVault가 하는 일. 한도 응답을 알아보고, 더 긴 정지로 이어질 재시도 대신 실행을 깔끔하게 멈춘 다음, 일일 한도에 닿았다고 알려 줍니다. 정지가 풀린 뒤 백업을 다시 시작하면 멈춘 자리에서 이어집니다 — 로컬에 이미 저장된 메시지는 건너뛰므로 두 번 내려받지 않습니다. 기다리는 동안에도 디스크에 이미 있는 것은 그대로 읽고 검색할 수 있습니다.

컴퓨터에 맞춤법 사전이 없기 때문입니다. macOS와 Windows는 시스템과 함께 사전을 제공하지만, Linux에서는 사전이 배포판에서 오며 최소 구성으로 설치한 데스크톱에는 사전이 없는 경우가 많습니다. MailVault는 WebKitGTK를 통해 맞춤법을 검사하고, WebKitGTK는 enchant와 hunspell로 단어를 찾습니다 — 그래서 hunspell 사전이 설치되어 있어야만 밑줄을 칠 수 있습니다.

메시지 도구 모음의 버튼이 지금 어느 경우인지 알려 줍니다. 사전이 있으면 밑줄을 켜고 끄며, MailVault가 그 설정을 기억합니다. 사전이 없으면 스위치인 척하는 대신 바로 이 안내를 엽니다.

사용하는 언어의 사전을 설치하십시오:

언어 코드를 자기 것으로 바꾸십시오 — hunspell-de-de, hunspell-fr 같은 식입니다. 여러 개를 설치해도 됩니다. MailVault는 시스템 언어와 맞는 사전으로 검사하고, 맞는 것이 없으면 설치된 전부로 검사합니다. 그다음 MailVault를 다시 시작하십시오 — 검사기는 앱이 시작할 때 준비됩니다.

snap 빌드는 특별한 경우입니다. 엄격하게 격리된 snap은 호스트에 설치된 사전을 볼 수 없어 자체 사본을 안고 다닙니다. snap이 사전이 없다고 알린다면 대신 .deb 패키지를 설치하십시오 — 그쪽은 시스템에 이미 있는 사전을 씁니다.

10분 안에 표시됩니다. MailVault는 폴더 목록 사본을 디스크에 보관하므로 계정을 열면 사이드바가 바로 채워지고, 서버의 목록은 최대 10분에 한 번만 다시 읽습니다. 웹메일이나 다른 메일 클라이언트에서 폴더를 만들고, 이름을 바꾸거나 삭제하면, 10분이 지난 뒤 해당 계정을 열거나 사이드바의 폴더를 클릭할 때 MailVault가 변경을 반영합니다.

재시작해도 빨라지지 않습니다. 캐시된 목록은 메모리가 아니라 디스크에 있으므로 앱을 종료했다 다시 열어도 남습니다. 10분을 기다린 뒤 아무 폴더나 클릭하는 것이 방금 한 변경을 가장 빨리 확인하는 방법입니다.

새로 고침 버튼은 폴더가 아니라 메시지를 위한 기능입니다. 현재 읽고 있는 폴더의 메일을 다시 불러옵니다. 폴더 목록은 자체 10분 검사 주기로 실행되므로 새 폴더는 새로 고침 후에도 몇 분간 숨겨져 있을 수 있습니다.

하위 폴더는 설정이 필요 없습니다. MailVault는 서버가 보고한 경로로 트리를 구성하므로, 새 하위 폴더는 올바른 이름과 위치로 상위 폴더 아래에 나타납니다. 현재 보고 있지 않은 계정도 같은 일정에 백그라운드에서 몇 개씩 새로 고쳐지므로 전환할 때 오래된 목록이 보이는 일은 드뭅니다.

배너가 뜨는 경우. 메일 서버 연결이 네트워크 문제로 보이는 방식으로 실패하면 MailVault가 직접 인터넷을 확인하고, 아무것도 응답하지 않을 때만 인터넷에 연결되어 있지 않습니다를 표시합니다. 배너가 떠 있는 동안에도 메일은 그대로 있습니다. MailVault는 이 컴퓨터에 이미 저장된 내용을 보여 주고, 백그라운드 동기화를 일시 중지하며, 확인에 성공하면 배너를 저절로 치웁니다. 다시 확인을 누르면 바로 확인합니다.

이제 사용자의 메일 서버도 확인합니다. 예전에는 공용 DNS 서버 세 곳에 DNS 포트로만 확인했습니다. 많은 회사 네트워크, VPN, 인터넷 제공업체가 이 포트를 차단하기 때문에, 그런 네트워크에서는 다른 모든 것이 되는데도 배너가 떴습니다. 이제는 그 서버들에 보안 웹사이트가 쓰는 443 포트로도 연결해 보고, 사용자의 메일 서버에도 연결해 봅니다. 하나라도 응답하면 온라인입니다. 이 컴퓨터나 로컬 네트워크에 있는 메일 서버(Proton Mail Bridge 등)는 인터넷이 끊겨도 응답하므로 제외됩니다. 확인 과정의 모든 연결은 설정 → 개인정보 및 보안 → 네트워크 활동에 나옵니다.

포트 차단은 다르게 보입니다. 인터넷은 되지만 방화벽이나 VPN이 어떤 메일 서버의 포트를 차단하고 있다면, MailVault는 인터넷이 끊겼다고 하지 않습니다. 응답하지 않은 서버와 포트를 “imap.example.com의 993 포트에서 응답이 없습니다”처럼 알려 주고, 방화벽이나 VPN이 차단하고 있을 수 있다고 말합니다. 연결되지 않는 계정을 추가할 때도 같은 내용이 나옵니다. 그 서버 이름과 포트를 IT 팀에 전달해 허용해 달라고 하거나, 다른 네트워크를 써 보십시오.

요청한 작업은 막히지 않습니다. 배너가 무엇이라고 하든 메시지를 열거나 삭제하는 작업은 그대로 진행됩니다. 판단이 틀렸다고 해서 자신의 메일에서 쫓겨나서는 안 되기 때문입니다.