2026-10-08

애플 메일, 큰 영상을 Mail Drop으로 자동 우회 — 5GB 상한, 30일 만료, 애플 자체 지원 문서 기준 확인

Gmail·Outlook.com·Yahoo 메일로 영상을 보내면 어디든 상한은 똑같다 — 25MB, 예외도 우회도 없다. 그런데 같은 영상을 애플 자체 Mail 앱에서 iCloud에 로그인한 채로 보내면 다른 일이 벌어진다. 애플 자체 "Mail Drop limits" 지원 문서는 첨부파일을 조용히 링크로 바꿔주는 기능을 설명하는데, 상한을 "attachments up to 5 GB in size"(최대 5GB)까지 끌어올리면서, 보내는 사람은 경고 한 줄 못 보는 30일짜리 카운트다운을 시작시킨다. 애플 자체 문서가 Mail Drop에 대해 실제로 뭐라고 말하는지, 언제 자동으로 작동하고 언제 Mail이 먼저 물어보는지, 그리고 그중 어느 부분을 NearVid의 기존 무손실 트림이 이미 피해가는지 정리했다.

Mail Drop이 실제로 무엇인가 — 애플 자체 가이드 기준

Mac용 Mail 애플 지원 가이드는 작동 조건을 명확히 명시한다: "Mail Drop is used for files that exceed the maximum size allowed by your email account provider"(Mail Drop은 메일 계정 제공업체가 허용하는 최대 크기를 넘는 파일에 쓰인다). 매번 선택해서 켜는 별도 기능이 아니라, 보내는 계정 기준으로 첨부파일이 너무 크면 Mail이 자동으로 꺼내 드는 대체 경로다. 바뀌는 건 "누가 결정하는가"다: "If you're signed in to iCloud when you click Send, Mail automatically sends the attachments using Mail Drop"(보낼 때 iCloud에 로그인되어 있으면 Mail이 자동으로 Mail Drop을 써서 보낸다). Mail 앱에 추가된 다른 계정 — 예를 들어 Mail 앱 안에 등록된 Gmail이나 Outlook 계정 — 이라면 "Mail asks you whether to use Mail Drop"(Mail이 Mail Drop을 쓸지 물어본다)이고, "Don't ask again for this account"(이 계정에는 다시 묻지 않기) 옵션도 있다. 같은 가이드는 놓치기 쉬운 전제 조건도 명시한다: Mail Drop으로 첨부파일을 보내려면 "you must be signed in to your Apple Account"(애플 계정에 로그인되어 있어야 한다)는 것 — 이게 안 돼 있으면 계정 종류와 무관하게 이 대체 경로 자체가 없다.

숫자 — 애플 자체 "Mail Drop limits" 문서에서 그대로

애플 자체 "Mail Drop limits" 문서는 숫자 네 개를 명시하고, 네 개 모두 각자 다른 이유로 중요하다:

첨부파일당 용량: "With Mail Drop, you can send attachments up to 5 GB in size"(Mail Drop을 쓰면 최대 5GB까지 첨부파일을 보낼 수 있다) — 위 Gmail/Outlook/Yahoo 비교 글이 막히는 25MB 웹메일 상한의 200배다.
Mail Drop 전체 저장용량: "You reached the 1 TB Mail Drop storage limit"(1TB Mail Drop 저장 한도에 도달했다) — 메시지 하나당 숫자가 아니라, 아직 만료되지 않은 채 Mail Drop에 쌓여 있는 전체 분량에 걸리는 누적 상한이다.
만료: "Each attachment expires after 30 days"(각 첨부파일은 30일 후 만료된다) — 수신자가 메일을 열었는지, 링크를 클릭했는지와 무관하게 적용되는 고정된 기간으로 명시돼 있다.
저장공간 계산: "attachments don't count against your iCloud storage"(첨부파일은 iCloud 저장공간에 포함되지 않는다) — 30일 동안 Mail Drop에 올라가 있는 5GB짜리 영상이 보내는 사람의 iCloud 요금제 용량을 전혀 깎아먹지 않는다.

같은 문서는 Mail Drop이 실제로 작동하는 기기도 명시한다: "Mail Drop works with a Mac using OS X Yosemite or later, an iPhone, iPad, or iPod touch with iOS 9.2, and a Mac or PC with an updated browser"(Mail Drop은 OS X Yosemite 이상의 Mac, iOS 9.2의 iPhone·iPad·iPod touch, 그리고 최신 브라우저의 Mac·PC에서 작동한다) — 버전 기준선이 낮아서, 실질적으로 오늘날 설치된 애플 Mail이면 거의 다 해당한다.

비(非)애플 수신자 — 자매 글의 Gmail/Outlook/Yahoo 독자 — 가 실제로 받는 것

애플 가이드가 조건 없이 명시하는 부분이 바로 이것이다: "If a recipient uses Mail in OS X 10.10 or later, the attachments are included in your message. For other recipients, your message includes links for downloading the attachments, and their expiration date"(수신자가 OS X 10.10 이상의 Mail을 쓰면 첨부파일이 메시지에 그대로 포함된다. 그 외 수신자에게는 메시지에 첨부파일 다운로드 링크와 만료일이 포함된다). 이 사이트의 25MB 웹메일 글이 다루는 정확히 그 독자층 — Gmail·Outlook.com·Yahoo Mail 수신자 — 이 바로 이 "그 외 수신자"다. 이들은 받는 편지함에 5GB 파일이 영구히 남는 게 아니라, 메시지에 적힌 만료일이 있는 링크를 받는다 — 그리고 그 받는 편지함 자체는 일반 첨부파일을 여전히 25MB로 제한한다. 그 30일을 놓치면 영상은 사라진다 — "attachment expires after 30 days"는 권고가 아니다. 애플의 제한 문서는 Mail Drop이 켜져 있어도 전달이 실패할 수 있는 경우를 하나 더 적어둔다: "The recipient's email app might have a smaller message size limit that prevents the attachment from being delivered"(수신자의 메일 앱이 더 작은 메시지 용량 제한을 갖고 있어 전달을 막을 수 있다) — Mail Drop 링크 자체도 평범한 이메일 안에 담겨 이동하므로, 받는 쪽의 유난히 엄격한 스팸·용량 필터가 그 메시지 자체를 막을 수 있다.

애플 Mail은 일부러 어느 한쪽을 고르지 않는다 — 먼저 그 계정의 일반 한도에 맞는지 확인하고, 그 확인이 실패하면서 iCloud 로그인이 가능할 때만 Mail Drop의 5GB·30일 경로로 넘어간다.

NearVid의 무손실 트림이 실제로 바꾸는 것 — 영상이 타는 경로 자체

NearVid의 트림은 재인코딩이 아니라 스트림 복사다 — packages/near-video-engine/engine.js가 직접 이렇게 적어둔다: "trim() can stream-copy ANY input container/codec losslessly (no encoder invoked at all)"(trim()은 어떤 입력 컨테이너·코덱이든 인코더를 전혀 거치지 않고 무손실로 스트림 복사할 수 있다). 첨부하기 전에 정말 필요한 구간만 잘라내는 것 — 그게 바로 위 다이어그램에서 오른쪽을 왼쪽으로 옮길 수 있는 유일한 단계다. 25MB(또는 받는 쪽 계정 자체 한도) 이하면 30일 카운트다운이 시작되지 않는 평범하고 영구적인 첨부파일이 되고, 보내는 쪽이 iCloud에 로그인돼 있는지도, 받는 쪽이 제때 링크를 클릭하는 걸 기억하는지도 더는 상관없게 된다.

Mail Drop이 이미 성공해도 MP4 변환이 중요한 이유

Mail Drop이 푸는 건 용량 문제이지 재생 문제가 아니다. 30일 안에 영상을 다운로드한 수신자가 확인한 건 다운로드가 끝났다는 것뿐이지, 파일이 열린다는 것이 아니다. Mac에서 찍은 HEVC .mov 파일은 Windows 기기나 오래된 기기에 도착한 뒤에도 여전히 재생이 안 될 수 있다 — 이 사이트의 HEVC가 Windows에서 안 열리는 글이 별도로 다루는 바로 그 실패다. NearVid의 Convert to MP4 — 브라우저가 실제로 해당 인코드를 지원할 때만(아니면 비활성 버튼이 아니라 옵션 자체가 안 보인다) WebCodecs로 처리하는 H.264 Baseline + AAC-LC — 는 이런 전달에 맞게 만들어진 컨테이너를, 기기 안에서, 파일이 Mail Drop의 5GB 상한이나 30일 시계에 닿기도 전에 만들어준다.

이게 할 수 없는 것

NearVid는 메일을 보내지 않고, iCloud나 애플 계정을 건드리지도 않으며, 특정 발신이 Mail Drop을 작동시킬지 추측하지도 않는다 — 그건 보내는 사람의 계정·로그인 상태·받는 쪽 제공업체 자체 한도에 달린 일이고, NearVid는 그중 어느 것도 들여다볼 수 없다. NearVid를 거치기도 전에 이미 보내진 파일에 걸린 30일 창을 연장할 수도 없고, Mail Drop에서 무언가를 가져오거나 다시 내려받지도 않는다. NearVid가 그 전에 실제로 해주는 건: 재인코딩 없이 길이를 맞추는 것, 그리고 브라우저가 지원하면 널리 재생되는 MP4를 만들어주는 것 — 둘 다 메일을 보내기도 전에 기기 안에서 끝난다.

정리

애플 자체 지원 문서는 Mail Drop을 선택 기능이 아니라 자동 대체 경로로 설명한다: 첨부파일이 보내는 계정 기준으로 너무 큰 순간 작동하고, 상한을 5GB로 끌어올리며, 애플 자체 표현으로 수신자에게 "links for downloading the attachments, and their expiration date"(첨부파일 다운로드 링크와 만료일)을 주고, 각 첨부파일은 "after 30 days"(30일 후) 만료된다고 명시한다. 반대편의 Gmail·Outlook·Yahoo 수신자는 정확히 그 링크와 카운트다운을 받는다 — 편지함에 영구히 남는 5GB 파일이 아니다. NearVid의 무손실 트림은 애초에 클립을 보내는 계정 자체의 일반 한도 이하로 유지해, Mail Drop과 30일 창과 iCloud 로그인 의존성 전부를 건너뛰게 해줄 수 있다. 그리고 Convert to MP4는 Mail Drop이 원래 풀어주지 못하는 별개의 문제 — 실제로 다운로드된 뒤 재생이 되는가 — 를 처리한다.