요약
Thunderbird가 iPhone과 iPad에서 쓸 메일 앱을 처음부터 네이티브로 새로 만들고 있습니다.
Thunderbird 팀이 10월 1일 공식 블로그에서 개발 중인 iOS 앱의 초기 화면을 공개했습니다. 데스크톱과 안드로이드 앱에서 얻은 교훈을 살리되 코드는 새로 짠다고 밝혔고, 글쓴이는 댓글에서 Swift와 SwiftUI로 만든다고 덧붙였습니다.
왜 중요한가
- 데스크톱과 안드로이드에 이어 iOS가 더해지면 Thunderbird를 주요 플랫폼 모두에서 쓸 수 있게 됩니다.
- 화면과 기능이 아직 확정되지 않아 커뮤니티 의견이 실제 설계에 반영될 여지가 큽니다.
핵심 내용
- 앞으로 몇 달 안에 커뮤니티가 시험해 볼 첫 버전을 내놓는 것이 목표입니다.
- 계정 설정은 Google이나 Microsoft를 고르면 대부분 자동으로 끝나게 하고, 여러 계정을 함께 쓸 수 있게 합니다.
- 백그라운드 동기화로 받은편지함을 늘 최신 상태로 두면서도 배터리 소모는 줄이도록 설계합니다.
- 읽기 쉬운 받은편지함 화면과 서식 도구 모음을 갖춘 편집기를 기본 기능으로 꼽았습니다.
- 실험 기능 플래그(새 기능을 따로 켜고 끄는 스위치)를 두어 외부 개발자의 기여와 고급 사용자의 사전 체험을 열어 둡니다.
HN 반응
- 애플이 메일 푸시 알림을 일부 승인 업체에만 허용해 즉시 알림이 어렵다는 지적과, 푸시를 기본 지원하는 JMAP 표준이 답이라는 의견이 나왔습니다.
- 아이폰 이용자는 대개 기본 메일 앱으로 충분하다는 의견이 있었고, 안드로이드판 Thunderbird는 검색이 불편하다는 비판도 받았습니다.
저는 안드로이드를 쓰는데, 솔직히 Thunderbird 모바일 앱은 꽤 만족스럽습니다. 화려하진 않아도 대체로 잘 돌아가요. 다만 모바일에서는 메일을 그리 많이 보지 않고, 주로 MFA 코드나 매직 링크 같은 정보를 확인하는 데 씁니다.
제가 데스크톱 Thunderbird를 설치해 둔 유일한 이유(기능)가 이 iOS 앱에는 들어갈 자리가 없을 것 같습니다. 바로 편집할 수 있는 보내는 사람(FROM) 필드요. 거의 확신합니다.
아, 방금 아주 멋진 걸 봤네요. 끝내주는 소제목입니다.
마음에 쏙 듭니다. 이제 이 앱은 아무도 못 말리겠네요. 행운을 빕니다, Mozila/Thunderbird! 이제 '성장'이 대세 단어죠.
저도 protonmail과 같이 쓰면서 Thunderbird를 쓴 유일한 이유가 보내는 사람 필드를 편집할 수 있어서였어요. 그 주소들로 메일을 보내려면 먼저 이메일 주소를 전부 미리 추가해야 했는데, protonmail의 제한이었는지 Thunderbird의 제한이었는지는 기억이 안 나네요.
지금은 fastmail을 쓰는데, 보내는 주소가 입력 상자라서 아무거나 넣을 수 있어요.
Thunderbird의 보내는 사람 필드는 자유 입력입니다. 다만 서버가 그걸 지원해야 한다는 경고가 뜹니다.
아, 그럼 아마 protonmail의 제한이었나 보네요. 아니면 proton과 Thunderbird 양쪽에 일일이 추가해야 하는 번거로움이 제 기억 속의 걸림돌이었을 수도 있고요.
"입력 상자"가 "드롭다운 목록"이고 "아무거나"가 "내 계정에 설정된 이메일 주소 중 아무거나"라는 뜻이라면 맞아요. 하지만 FastMail은 보내는 사람 필드에 아무거나 넣게 해 주지 않아요. 적어도 제 구독에서 보이는 웹과 안드로이드에서는요.
저는 웹이랑 안드로이드 둘 다 분명히 돼요. 라우팅용으로 특정 별칭을 고정해 둘 수도 있지만, 저는 와일드카드/캐치올을 써서 메일을 쓰거나 답장할 때 보내는 사람에 아무거나 넣을 수 있어요.
그러니까 "아무거나"가 사실은 "내가 캐치올을 설정해 둔 도메인 아래의 아무거나"라는 뜻이네요. 그 도메인이 본인 소유라는 걸 이미 증명했으니 말이 됩니다.
네, 맞아요. 도메인이 아니라 이메일 주소의 사용자 부분이면 뭐든 된다는 거예요. protonmail에서는 그게 안 됐고요.
제가 그 기능을 본 다른 클라이언트는 Claws뿐입니다. (여러 단점에도 제가 아직 그걸 쓰는 이유 중 하나예요.)
보내는 사람 필드를 편집할 수 있으면 뭘 할 수 있는 건가요?
제 사용 사례를 말씀드리면요. 제겐 별칭이 여러 개 달린 이메일 계정이 하나 있습니다.
이 계정을 대표 별칭으로 iOS 메일에 추가해 뒀어요. 은행에는 보조 주소로 가입했습니다. 좀 더 "무난한 느낌"의 주소이고, 데이터 브로커에게 팔려 나갈 거라고 각오한 주소이기도 하며, 스팸이 너무 심해지면 미련 없이 버릴 수 있는 주소죠.
그런데 이 은행 앱이 꽤... 개선할 구석이 많습니다.
앱에서 버그를 신고하는데, 방식이 이렇습니다. 디버그 정보가 첨부되고 일부가 미리 채워진 메일 작성 창이 뜹니다. 그런데 보내는 사람이 은행에 등록해 둔 별칭이 아니면 메일이 거부되고, 본인 확인 절차를 한참 거쳐야 합니다.
애플 메일은 계정에 별칭을 설정하게 해 주지 않아서, 이렇게 하려면 같은 계정에 두 번 로그인해야 해요. 게다가 애플 메일은 솔직히 아주 무례하게 말하자면 최신 아웃룩 같은 쓰레기라서, 대안을 찾고 있습니다.
iOS 메일에서 별칭을 쓸 수 없는 건 계정 추가 화면에서 바로 고를 수 있는 이메일 업체를 쓸 때뿐입니다. 다른 업체 계정이라서 IMAP/SMTP 서버를 직접 입력해 추가했다면, 계정 설정 -> 이메일 -> 다른 이메일 추가에서 별칭을 추가할 수 있어요.
my-personal-domain.tld라는 도메인에 캐치올 주소가 57개 있다면, 거기서 메일을 보내려고 이메일 주소를 57개 다 추가해야 합니다. 그 "기능"은 다들 알고 있어요. 지금 이야기하는 게 그게 아닐 뿐입니다.
그 필드에는 어떤 이메일 주소든 입력할 수 있습니다.
[email protected]
별칭일 수도 있고, 본인 도메인의 캐치올 주소일 수도 있습니다. 미리 설정해 둔 올바른 인증 정보가 있는 이메일 계정(여기서 이메일 계정은 이메일 주소와 다릅니다)을 고르면 그 주소로 메일이 나가고, 아니면 당연히 실패합니다.
그만큼 간단하고 기본적인 기능이에요. 그런데 이메일 클라이언트들은 그게 옳은 방식이 아니라고 판단했는지, 쓰고 싶은 주소를 하나하나 전부 미리 추가하게 만듭니다. 개인 도메인이나 캐치올 주소, 특히 일회용 주소를 쓰는 사람에게는 정말 고통스러운 일이에요.
공식 설명은 이렇습니다.
거부된 공유 코드에는 핵심 토대가 제대로 안 되어 있다는 건가요? 그걸 고쳐서 모든 곳에서 핵심이 제대로 돌아가게 하면 안 됩니까?
특히 목표가 "궁극적인 목표는 기기 간 끊김 없는 경험"이라면, 그 다른 앱들도 관련이 있는데요.
그게 아니면 볼 게 별로 없습니다. 스크린샷은 수많은 메일 앱이 쓰는 평범한 (그 이하의) 디자인이고, 내세우는 말과 달리 다듬은 흔적도 없어요.
"보낸 사람"과 "받는 사람"에 큰 여백까지 있으면 그게 어수선한 겁니다. 작은 화면은 물론 큰 화면에서도 귀한 공간을 낭비하고 있어요. (로그인 화면의 로고들도 정렬이 안 맞는데, 그건 "다듬은 필수 요소"에 안 들어가려나요.)
툴바 디자인이야말로 방해가 됩니다.
저는 안드로이드에서 K9을 오래 써 왔는데 불만 없습니다. 대부분의 애플 사용자는 그냥 기본 메일 클라이언트를 쓸 것 같고, 그게 잘 돌아가는 데다 아마 Thunderbird보다 통합도 잘 되어 있고 UI도 나을 겁니다.
리눅스 데스크톱에서는 터무니없이 무겁긴 해도, Thunderbird가 여전히 이메일/CardDAV/CalDAV를 다 아우르는 최고의 클라이언트인 것 같습니다.
안드로이드의 K9과 Thunderbird는 별로예요. UI도 투박하지만 최악은 검색이에요. 정말 형편없어요.
특별한 걸 하지 않는 사람한테는 그걸로 충분하겠지만, 그 외 사람들에게는 안 맞아요.
애플 메일에서 'repor'까지만 쳐도 엔터를 치기도 전에 report가 들어간 메일이 전부 뜹니다. 너무 많으면 거기에 예를 들어 '2026'을 덧붙이면 되고요.
K9에서는 일단 단어를 끝까지 다 쳐야 해요. 입력하는 대로 점진적으로 검색하지 않거든요. 그렇게 엔터를 눌렀더니 메일이 수백 통 나와서 2026을 추가하고 싶다고요? 어쩌죠, 소용없어요. report를 다시 치고 그 뒤에 2026을 쳐야 해요. 오타라도 냈다고요? 전부 처음부터 다시 써야 해요.
이건 그냥 나쁜 겁니다.
그리고 Thunderbird/K9 개발자들이 해 온 작업을 깎아내리려는 건 아니에요. 다만 무급 개발자들이 만든 티가 난다는 거예요. 진행은 더디고 쓰기에는 영 별로예요.
죄송한데, 지금 애플 메일 검색이 괜찮다고 주장하시는 건가요? WWDC 무대에서 최신 OS에서 검색을 또 고쳤다고 해명해야 했을 만큼 검색이 형편없던 그 앱이요?
여러 플랫폼에서 Spotlight보다 훨씬 더 심한 것들이 많아요...
데스크톱 Thunderbird의 검색도 형편없어요. file://foo/bar가 들어간 메일을 찾으려 했는데, 라틴 문자가 아닌 문자를 무시하더니 끝내 못 찾더라고요. 포기하고 mbox 아카이브를 grep으로 뒤졌습니다.
그 상당수가 그냥 IMAP 프로토콜이 구려서 그런 거 아닌가요? Mozilla가 Thunderbird에 JMAP 지원을 추가하려고 밀고 있고, 곧 나올 호스팅 이메일 서비스 Thundermail에서도 JMAP을 쓸 계획이던데요.
검색어를 다시 쳐야 하는 건 그냥 평범한 UX 버그예요.
아니요, 먼저 로컬에 불러와 둔 메일부터 검색하고, 서버에서도 검색하고 싶으면 누르는 버튼이 따로 있는 방식입니다.
이해는 하는데, 적어도 북미에서는 이메일 대부분이 구글과 마이크로소프트를 거치고, 둘 다 JMAP을 지원할 마음이 전혀 없어 보여요. 오히려 점점 더 막아 가고 있고요.
애플 사용자 대부분은 그냥 Gmail 앱이나 웹 앱을 쓰지 않나요? 저는 이메일 클라이언트를 설정해 본 지 20년은 됐는데요.
대부분이 뭘 쓰는지는 모르겠지만, 저는 각 업체 전용 메일 앱보다 기본 Mail.app이 확실히 더 좋습니다.
GMail, Outlook365 같은 대형 업체를 이미 쓰고 있다면 따로 설정할 게 별로 없어요. 메일 계정에 들어가서 Google이나 Microsoft 같은 업체를 누르고, 그 업체 웹사이트에서 로그인해 인증하면 됩니다.
아, 물론 그렇죠. 제가 너무 넘겨짚었네요. 같이 일하고 만나는 사람의 90%가 gmail 계정이 있는 것 같고, 지난 다섯 회사도 전부 gmail을 썼거든요. 제가 마지막으로 애플 메일을 설정한 건 할머니 때문이었던 것 같아요. 예전 Cox 계정 메일이랑 Gmail 메일을 한 앱에서 보시게 해 드리려고요.
기본 메일 앱은 아직도 Gmail 푸시를 지원하지 않죠? 제가 그걸 못 쓰는 유일한 이유예요. 그것만 아니면 Mail.app이 훨씬 좋거든요.