VPN 전환 후 Mail이 계속 도는 이유: 다시 동기화할까, 다시 내려받을까?
네트워크가 바뀐 뒤 바쁜 Mail 창은 다시 내려받았다는 증거가 아닙니다. 계정 상태를 읽고 나서 다시 동기화, 로그인 오류, VPN 경로 중에서 고르세요.
네트워크가 바뀌면서 Mail이 깨어나고 진행 표시기가 움직이기 시작하는 순간, 사람들은 VPN이 전체 다시 내려받기를 강제했다고 결론짓습니다. 대개는 그렇지 않습니다. 다시 연결하면 동기화 단계가 시작되고, 동기화 단계는 메시지 본문에 이르기 훨씬 전에 사서함 상태와 플래그, 메시지 메타데이터를 다룹니다. 쓸모 있는 판단은 세 가지 이야기 중 어디에 있는지 가리는 일이며, 그것을 알려 줄 수 있는 것은 계정 자체의 상태뿐입니다.
바쁜 표시기 하나, 서로 다른 세 가지 이야기
세 후보는 정상적인 다시 동기화, 계속 재시도하는 로그인 또는 인증 실패, 그리고 새 네트워크를 통해 Mail이 서버에 아예 닿지 못하는 경로 문제입니다. 멀리서 보면 셋 다 같은 창을 움직이기 때문에 비슷해 보이지만, 필요한 조치는 셋 다 다릅니다.
| What you observe | Most likely story | Where to look next |
|---|---|---|
| Brief activity that settles, mail arrives | Normal resync | Nothing to fix |
| Status says login failed | Mail account or provider authentication | The account and its provider settings |
| Status says offline or cannot contact server | Path through the new network | The VPN, proxy or filter in the way |
| Activity never settles, no new mail | Retry loop against a blocked or wrong endpoint | The exact status text and the destination |
그 표가 결정의 전부입니다. 또한 «또 내려받고 있다»는 말이 결함의 진단이 아니라 창에 대한 설명인 이유, 그리고 로그인 실패에 대응해 VPN 설정을 바꾸는 일이 좀처럼 도움이 되지 않는 이유도 설명합니다.
무엇이든 해석하기 전에 계정 상태를 읽으세요
영향을 받은 계정 옆이나 Mail 창 안에서 상태 표시기를 찾아 열어 정확한 메시지를 보이게 하세요. 보내기와 받기에 관한 Apple의 안내는 연결 문제, 로그인 실패, 서비스 가용성, 계정 한도를 구분하며, 이 네 범주는 서로 다른 네 책임자로 이어집니다. 서비스 가용성 메시지 때문에 암호를 다시 입력하는 것은 같은 오후를 두 번 낭비하는 일입니다.
시험은 좁게 유지하세요 — 계정 하나, 민감한 것을 공유하지 않는 새 작업 하나, 그리고 전부 의도한 경로를 통해서입니다. 캐시된 받은 편지함은 현재 동기화가 실패하는 동안에도 완전히 보일 수 있어서, «내 메일이 보인다»는 무언가가 도착하는지 확인하는 약한 시험이 됩니다. 설정을 바꾸기 전에, 그 문장이 나중에 남는 유일한 증거이므로 상태 문구를 정확히 적어 두세요. 오 분 뒤에 기억나는 판본은 화면의 판본보다 언제나 흐릿합니다.
Mac에는 인터넷이 있는데 Mail은 오프라인이라고 합니다
기기에서 나머지가 모두 동작하는데 Mail이 오프라인이라고 보고할 때, 흥미로운 질문은 연결이 어느 경로로 가도록 요구받고 있느냐입니다. 프록시 설정, 네트워크 필터, 일부 트래픽만 나르는 터널은 Mail을 서버가 응답하지 않는 경로에 남길 수 있습니다. 계정을 편집하기 전에 시스템 수준 프록시 구성이 무엇이라고 하는지 확인하세요.
scutil --proxy그다음 계정과 경로를 분리하세요. 웹메일은 계정이 제공자 쪽에서 동작함을 증명하지만, Mail 앱의 구성이나 앱이 쓰는 경로에 대해서는 아무것도 증명하지 못합니다 — 브라우저는 다른 프록시 처리를 통해 전혀 다른 경로를 탈 수 있기 때문입니다. 보내기와 받기는 서로 다른 서비스에 기댈 수도 있으므로, 한쪽의 성공이 다른 쪽의 완전한 시험은 아닙니다.
중복은 별개의 관찰입니다
진행 중인 동기화는 눈에 보이는 중복이 만들어졌다는 증거가 아니고, 이미 존재하는 중복은 VPN이 무엇을 했는지에 대한 증거가 아닙니다. 정말로 반복된 사본이 보인다면 그것을 별개의 발견으로 기록하고 제공자와 함께 서버 쪽 사서함을 확인하세요. 그러면 사본이 한 번 존재하고 두 번 표시되는지, 아니면 정말로 두 번 존재하는지 알 수 있습니다.
어느 쪽이든, 로컬 메일을 지우거나 모든 사서함을 다시 만들거나 계정을 제거하는 것은 진행 카운터에 대한 과격한 첫 대응입니다. 그런 행동은 원래 질문을 진단하는 데 필요했을 상태를 파괴하며, 다른 어디에도 없는 메일을 가진 기기에서는 되돌리기 어렵습니다.
계정을 제거하기 전에 결정하세요
승인된 복구 절차가 정말로 계정을 제거하고 다시 추가해야 한다면, 다시 가져올 수 없는 두 가지를 보존하세요 — 아직 보내지 않은 작업과 이 기기에만 있는 메일입니다. 제출해야 할 일은 네트워크 변경이 예정된 뒤가 아니라 그 전에 끝내고, 그다음 VPN을 소유한 사람의 평소 제어 수단으로 연결을 끊으세요.
마지막으로 활동 표시가 무엇인지 기억하세요. 그것은 Mail 자체의 작업에 대한 앱의 관찰이며, VPN을 멈출 수 없다거나 터널이 원인이라는 증거가 아닙니다. 결정은 순서대로 이렇습니다 — 상태를 읽고, 표와 대조해 분류하고, 의도한 경로로 작업 하나를 시험하고, 그런 다음에야 계정을 건드리는 것입니다.