Computer >> 컴퓨터 >  >> 네트워킹 >> 인터넷

푸시 이메일 vs 가져오기(Fetch) 이메일: 차이점과 올바른 선택 가이드

푸시 이메일 vs 가져오기(Fetch) 이메일: 차이점과 올바른 선택 가이드

푸시(push) 방식은 원격 서버가 새 메일이 도착했음을 기기에 능동적으로 알려주는 방식입니다. 반면 가져오기(fetch) 방식은 기기가 서버에 "새 메일이 있나요?"라고 주기적으로 물어보는 방식이죠. 푸시 방식이 훨씬 효율적이지만, 오래된 메일 클라이언트나 서버에서는 지원되지 않는 경우가 있습니다. 가져오기 방식은 더 오래되고 속도도 느리지만 안정적이며 프로그래밍하기도 쉽습니다.

요즘 출시되는 대부분의 메일 클라이언트는 기본적으로 푸시 알림을 사용합니다. 다만 설정에 따라 가져오기 방식으로 변경할 수 있는 옵션이 제공되기도 합니다. 그렇다면 푸시와 가져오기 이메일은 정확히 어떤 차이가 있으며, 어떤 경우에 어느 쪽을 선택하는 것이 좋을까요?

가져오기(Fetch) 이메일이란?

푸시 이메일 vs 가져오기(Fetch) 이메일: 차이점과 올바른 선택 가이드

새 메일 확인 작업을 메일 클라이언트가 담당하도록 하면 서버의 부담을 크게 줄일 수 있습니다. 이는 성능이 좋지 않은 하드웨어로 운영되는 인기 있는 서비스에 특히 유용한 방식입니다. 따라서 이 시스템은 주로 오래된 기업용 메일 시스템이나 구형 무료 메일 클라이언트에서 찾아볼 수 있습니다. 서버는 클라이언트가 요청할 때까지 메일을 보관하고 있으며, 대부분의 경우 클라이언트는 몇 분마다 한 번씩 서버에 새 메일을 요청합니다.

가장 일반적인 확인 주기는 5분에서 15분 사이지만, 설정에 따라 몇 시간까지 길어질 수도 있습니다. 사용자는 보통 클라이언트 환경설정에서 이 주기를 조절할 수 있습니다. 문제는 설정과 관계없이 가져오기 방식으로는 메일이 늦게 도착한다는 점입니다. 예를 들어 클라이언트가 15분마다 메일을 가져온다면, 실제 메일 발송 후 최대 14분 59초까지 지연될 수 있습니다.

또한 가져오기 방식은 클라이언트 기기에 더 많은 부하를 줍니다. 사실상 무한한 전력을 사용하는 데스크톱 PC라면 큰 문제가 없지만, 노트북이나 모바일 기기에서는 배터리 소모가 커지는 부담으로 작용합니다. 이러한 특성들 때문에 모바일 기기가 대중화되면서 가져오기 방식의 인기는 해를 거듭할수록 줄어들고 있습니다.

물론 아직도 이 방식으로 메일을 수신하는 곳이 있긴 하지만, 기본값으로 채택되는 경우는 드뭅니다. POP3 수신함은 가져오기 알림만 지원하지만, 해당 프로토콜은 더 우수한 IMAP 프로토콜에 밀려 이미 대부분 사용되지 않습니다.

푸시(Push) 이메일이란?

푸시 이메일 vs 가져오기(Fetch) 이메일: 차이점과 올바른 선택 가이드

푸시 알림은 새 메일 통지를 위한 더 현대적인 프로토콜입니다. 푸시 방식에서는 서버가 새 메일 도착을 클라이언트에게 알릴 책임을 집니다. 클라이언트는 로컬 작업에만 집중하며 서버의 새 메일 알림을 기다리기만 하면 됩니다. 알림이 도착하면 그제야 새 메일을 내려받는 방식이죠. 덕분에 메일은 서버가 수신한 직후 몇 초 만에 받은편지함에 나타납니다.

푸시 알림은 최신 IMAP 메일 프로토콜에 기본 포함되어 있습니다. Gmail, Yahoo, Outlook 등 적절히 최신 버전을 유지하는 메일 서비스라면 모두 푸시 알림을 지원합니다.

결론: 푸시와 가져오기 중 무엇을 사용해야 할까?

사실상 거의 모든 상황에서 푸시 이메일 알림이 더 나은 선택입니다. 메일이 더 빨리 도착하고, 클라이언트 기기의 부담도 줄어들며, 서버와 클라이언트 간 통신도 훨씬 원활해집니다. 또한 서버-클라이언트 간 통신량이 최소화되므로 저사양 네트워크 환경에서도 대역폭을 아낄 수 있습니다.

가져오기 방식은 클라이언트나 서버가 푸시 알림을 지원하지 않을 때만 사용하는 것이 좋습니다. 객관적인 거의 모든 면에서 가져오기 방식이 뒤처지지만, 구형 클라이언트 애플리케이션에서는 오히려 더 안정적으로 동작할 수 있다는 장점이 있습니다. 만약 메일 서버가 POP3 프로토콜만 지원한다면 가져오기 알림만 사용 가능한데, 요즘 같은 시대에는 드문 경우입니다. 여기서 말하는 '구형'이란 말 그대로 10년 가까이 된 시스템을 의미하며, 이런 상황을 걱정해야 하는 사용자는 극소수에 불과합니다.

POP3와 IMAP 프로토콜 중 선택할 수 있다면 항상 IMAP을 고르세요. IMAP은 여러 면에서 우수한 프로토콜입니다. 우선 메일 메시지를 로컬에 복제할 필요가 없고, 긴 가져오기 주기로 인해 클라이언트와 서버의 동기화가 깨질 가능성도 없습니다. 특별한 이유가 없다면 POP3와 그에 따른 가져오기 알림의 제약은 피하는 것이 현명합니다.