여러 이메일 계정 관리하기: 결국 하나의 프로토콜로 귀결됩니다
모든 받은 편지함을 하나의 클라이언트로 모으는 것은 조직의 문제가 아니라 프로토콜의 문제입니다. 4,744개의 활성 이메일 목록을 살펴보면, AOL 계정 10개 중 9개가 IMAP을 명시하는 반면, Gmail 계정은 100개 중 1개에 불과합니다. 이 단 하나의 차이가 어떤 받은 편지함을 한 곳에서 실제로 관리할 수 있는지를 결정합니다.
Avery Bennett
이 주제에 대한 거의 모든 검색은 같은 요청을 여덟 가지 방식으로 표현한 것입니다: 모든 받은 편지함을 한 곳에서, 한 앱에서. 파일링 시스템도, 명명 규칙도 아닌, 하나의 창. 그 요청에는 정확한 기술적 답이 있으며, 그것은 규율이나 도구에 관한 것이 아닙니다. 각 제공업체가 메일 클라이언트가 사서함에 접속할 수 있게 해주는지 여부에 관한 것입니다.
하나의 프로토콜이 모든 것을 결정한다
메일 클라이언트는 IMAP 또는 구형 POP3를 통해 메시지를 가져오고, SMTP를 통해 보냅니다. 제공업체가 IMAP을 제공한다면, 그 받은 편지함은 Thunderbird나 Outlook 또는 Apple Mail 안에서 다른 모든 것과 함께 살 수 있고, 통합 문제는 해결됩니다. 그렇지 않다면, 그 받은 편지함은 자체 웹 로그인과 자체 탭 뒤에 남아 있으며, 어떤 워크플로우 설계도 그것을 바꾸지 못합니다.
즉, 받은 편지함을 확보하거나 선택할 때 유용한 질문은 얼마나 많이 정리할 수 있느냐가 아닙니다. 그것은 어떤 것이 실제로 클라이언트에서 열릴 것인가입니다.
4,744개의 활성 목록에서 집계된 가용성 차이
여기 진정으로 놀라운 부분이 있습니다. 오늘 마켓플레이스의 모든 활성 이메일 목록을 측정한 결과입니다. 제공업체별로 제목에 IMAP을 명시한 목록의 비율:
- 거의 항상: AOL이 약 10개 중 9개, T-Online과 Yahoo가 8개 이상, Rambler가 8개에 가깝고, GMX가 약 4분의 3입니다.
- 때때로: Outlook이 약 10개 중 3개, Firstmail이 4분의 1입니다.
- 드물게: Hotmail, Mail.com, Proton, Mail.ru 모두 약 8개 중 1개입니다. Yandex는 100개 중 3개입니다.
- 거의 없음: Onet이 100개 중 1개, 그리고 Gmail은 1,636개 목록 중 18개입니다. 교육용 주소와 일회용 메일: 전혀 없습니다.
마지막 줄을 다시 읽어보세요. 그것은 명백한 가정을 뒤집습니다. Gmail 선반은 사이트에서 가장 큰 것으로 두 배 이상이며, 대부분의 사람들이 가장 먼저 찾는 제공업체이고, 필요한 프로토콜이 본질적으로 제공되지 않는 곳입니다. 아무도 생각하지 않는 작은 지역 제공업체들이 메일 클라이언트가 그냥 작동하는 곳입니다.
그래서 실제 목표가 모든 것이 들어 있는 하나의 창이라면, 반사적으로 선택했을 제공업체가 그 목표를 무너뜨리는 곳입니다. 그것은 완전히 다른 이유로 선택되는 Gmail을 피해야 하는 이유는 아니지만, 혼합된 받은 편지함 세트가 균일하게 작동할 것이라고 기대하는 것을 멈춰야 하는 이유입니다.
이중 인증이 문을 닫는 이유
그 차이 뒤에 있는 메커니즘을 이해하는 것은 가치가 있습니다. 그것은 무엇을 사야 하는지도 알려주기 때문입니다. 제공업체가 이중 인증을 강제하면, 메일 클라이언트는 두 번째 요소를 제시할 수 없습니다. 제공업체의 답은 앱 비밀번호입니다: 대화형 챌린지를 수행할 수 없는 클라이언트를 위해 특별히 발급된 별도의 자격 증명입니다.
이 마켓플레이스에서 247개의 활성 목록이 제목에 앱 비밀번호를 명시하고 있으며, 그들은 이메일 선반 중앙값의 거의 세 배에 가격을 매깁니다. 그 프리미엄은 한 숫자에 전체 이야기를 담고 있습니다. 제공업체가 기본적으로 클라이언트 접근을 차단하는 곳에서는, 그것을 다시 여는 자격 증명이 목록의 비싼 부분이고, 제공업체가 결코 차단하지 않은 곳에서는 아무도 열쇠에 대해 요금을 청구하지 않습니다.
실질적으로: 목록이 이중 인증을 명시하지만 IMAP이나 앱 비밀번호에 대해 아무 말도 없다면, 웹 로그인 전용으로 가정하고, 그 받은 편지함이 클라이언트에 합류하지 않을 것이라고 가정하세요.
받은 편지함 세트를 확정하기 전에 확인할 사항
- 프로토콜을 이름으로. IMAP, POP3, SMTP. "전체 접근"이 아니라, 고정된 의미가 없는 마케팅 문구입니다. 여기의 제목은 프로토콜이 사용 가능할 때 명시하므로, 침묵은 정보를 제공합니다.
- 이중 인증이 켜져 있다면 앱 비밀번호. 그것 없이는 두 사실이 결합되지 않습니다.
- 웹 전용인지 여부. 소수의 목록이 그것을 명백히 말합니다. 그들을 믿으세요.
- 가격이 아닌 제공업체. 저렴한 선반과 IMAP 선반은 크게 겹치므로, IMAP이 저렴하다는 결론을 내리기 쉽습니다. 그렇지 않습니다. 그 해석은 어떤 제공업체가 우연히 저렴한지의 산물이며, 단일 제공업체의 선반 내부에서는 그림이 반전됩니다.
받은 편지함이 있는 곳, 당신이 찾지 않을 한 곳 포함
이메일 카테고리는 거의 모든 것이 제공업체별로 나뉘어 있는 곳입니다. 한 가지 이상한 점을 알아두세요: 세 개의 Proton.me 사서함 목록이 대신 프록시 카테고리에 등록되어 있습니다. 그들의 제목에 계정에 VPN이 포함된다고 언급되어 있기 때문입니다. 그것들은 IMAP, POP3, SMTP 및 웹메일이 명시된 일반적인 사서함 목록이며, 이메일 선반만 탐색하면 나타나지 않습니다. Proton을 특별히 구매하는 경우, 둘 다 확인하세요.
거기 있는 동안, 프록시 카테고리 자체가 대부분 프록시가 아니라는 점을 알아두세요: 82개의 활성 목록 중 35개는 소비자 VPN 구독입니다. 네트워크 계층도 구매하는 경우 중요합니다. VPN은 전체 기계를 하나의 공유 출구로 라우팅하기 때문입니다. 여러 사서함이 서로 관련이 없어 보여야 할 때 정확히 피해야 할 것입니다.
많은 받은 편지함을 연결하지 않고 운영하기
그것들을 하나의 클라이언트에 넣는 것과 연결되지 않은 상태로 유지하는 것은 다른 프로젝트이며, 두 번째는 메일과 아무 관련이 없습니다. 웹 로그인을 위한 별도의 브라우저 프로필, 계정이 관련이 없어 보여야 하는 경우 지문 브라우저, 그리고 모든 계정이 사무실 연결 뒤에 있는 대신 계정당 하나의 네트워크 주소. 거주용 주소는 프록시 선반에서 재고가 있고 사람들이 실제로 구매하는 부분입니다; 여기서 판매된 프록시 단위의 약 10개 중 9개가 거주용입니다.
또한 무엇에 의존하기 전에 알아둘 가치가 있는 것: 이 사이트의 모든 목록에 있는 전달 및 형식 필드는 모든 목록에서 즉시 및 목록으로 읽히므로, 어느 것도 아무것도 알려주지 않습니다. 사서함이 실제로 도착하는 형태는 설명에 기록되어 있습니다.
이에 대한 더 넓은 설정은 여러 온라인 계정 관리를 참조하세요. 이는 실패하는 순서대로 격리 스택을 다룹니다.



