Mozilla, Gmail·Microsoft 365에 맞설 "Thundermail" 이메일 서비스 출시

• Mozilla는 Thunderbird를 단순 이메일 클라이언트에서 Thundermail과 Thunderbird Pro를 포함한 커뮤니케이션 플랫폼으로 확장하려 함
• 목표는 Gmail·Microsoft 365처럼 클라이언트와 서비스를 함께 제공하는 생태계와 경쟁하는 것이며, 차별점은 개인정보 보호·자유·투명성에 있음
• Thunderbird의 월간 활성 설치 수는 2020년 12월 말 1,770만에서 2025년 3월 말 1,620만으로 줄어, 서비스 확장이 사용자 이탈 대응책이 됨
• Thunderbird Pro에는 일정 링크 공유, 파일 전송, 로컬 처리 기반 AI 글쓰기 도구가 포함되며 각각 Thunderbird Appointment, Thunderbird Send, Thunderbird Assist로 제공됨
• Thundermail은 오픈소스 Stalwart 스택 기반 이메일 호스팅이며, 초기에는 꾸준한 커뮤니티 기여자에게 무료 접근을 제공하고 이후 유료 기능과 제한적 무료 티어를 계획함

---

Thunderbird를 서비스 플랫폼으로 확장

• Mozilla는 Thunderbird 오픈소스 이메일 클라이언트를 전체 커뮤니케이션 플랫폼으로 넓히기 위해 Thundermail과 Thunderbird Pro를 출시하려 함
• 경쟁 상대는 Gmail과 Microsoft 365처럼 클라이언트와 서비스를 함께 제공하는 서비스 생태계임
• 새 이메일 서비스는 개인정보 보호, 자유, 투명성, 사용자 존중 같은 오픈소스 가치를 앞세움

사용자 감소가 만든 확장 압력

• Thunderbird 데이터베이스 기준 월간 활성 설치 수는 2020년 12월 말 1,770만에서 2025년 3월 말 1,620만으로 감소함
• Ryan Sipes Thunderbird 제품 담당 매니징 디렉터는 Thunderbird가 클라이언트와 서비스를 모두 갖춘 풍부한 생태계로 매일 사용자를 잃고 있다고 밝힘
• Gmail 같은 주요 서비스와 비교해 기능 경쟁이 어려워진 점이 플랫폼 확장의 배경이 됨

Thunderbird Pro의 새 도구들

• Thunderbird Appointment는 캘린더 링크를 공유하는 일정 관리 도구임
• Thunderbird Send는 중단된 Firefox Send를 재구축한 기능임
• Thunderbird Assist는 Flower AI와의 파트너십으로 제공되는 AI 글쓰기 도구임
  • 처리는 로컬에서 수행되도록 의도돼 개인정보 보호 우려를 줄이는 방향임

Thundermail 이메일 호스팅

• Thundermail은 오픈소스 Stalwart 스택을 사용하는 이메일 호스팅 서비스임
• 사용자는 thundermail.com과 tb.pro 도메인 중 하나를 선택할 수 있음
• Thundermail은 Thunderbird Pro 확장의 마지막 출시 항목으로 잡혀 있음

가격과 무료 티어 계획

• 꾸준히 커뮤니티에 기여한 사용자는 초기에 무료로 접근할 수 있음
• Ryan Sipes는 Mozilla가 궁극적으로 일부 기능에 요금을 부과하게 될 것이라고 밝힘
• 예시로 Thunderbird Send는 저장공간이 필요하며, 저장공간은 비용이 큰 자원임
• 충분한 사용자 기반을 확보해 서비스 지속 가능성이 보이면, 저장공간 축소 같은 제한이 있는 무료 티어를 열 계획임

[GN⁺]

Hacker News 의견들

• 최선은 기대하지만 최악에도 대비해야 한다고 봄: 사람들이 이메일 주소 변경을 자주 하고 싶어 하진 않을 텐데, Mozilla가 5~10년 뒤에도 이 서비스를 계속할지 어떻게 알 수 있을까?
  직접 도메인을 가져올 수 있다면 기술 사용자들은 주소를 유지할 수 있다는 얘기가 있었지만, 비기술 사용자에겐 선택지가 아님
  또 처음엔 유료로 시작하고 나중에 무료 요금제를 제공한다는 방식도 일반적인 제품 출시 순서와 반대라 애매함. 버그를 털고 초기 동력을 만들기 위한 조용한 출시이고, 참여하고 싶으면 돈을 내는 구조일 수도 있음
  Mozilla가 여기서 정말 멋진 일을 할 수도 있음. 새로 시작해서 Thunderbird에 기존 호환성을 깨는 큰 변화를 줄 기회이고, 성공한다면 새 사용자가 대다수가 될 테니 예전 Thunderbird와 다르다는 점을 크게 신경 쓰지 않을 가능성이 큼

  • 처음부터 유료로 시작하는 건 꽤 똑똑한 선택이라고 봄. 이메일은 성공하려고 전 세계를 장악해야 하는 플랫폼이 아니고, Hey도 유료 전용 모델로 잘하고 있음
    새 서비스를 출시할 땐 보통 가입을 제한해야 함. Google도 Gmail에서 그랬고 Bluesky도 그랬음. 확장 준비 전에 1천만 명이 한꺼번에 몰리면 안 되니, 이메일처럼 네트워크 고착 효과가 약한 서비스라면 유료 사용자부터 받는 게 합리적임
    Mozilla가 얼마나 진지하게 이걸 지속할지 회의적인 건 타당하지만, 어차피 초기 가입 제한이 필요하다면 유료 요금제부터 시작하는 건 좋은 선택으로 보임
  • 이미 알겠지만 사람들은 자기 도메인을 가져야 함. 그러면 주소를 바꾸지 않고도 제공업체를 바꿀 수 있음
  • 나도 깊이 회의적임
    Firefox가 브라우저라는 본업에서도 충분히 설득력 있는 아이디어와 기능을 못 내고 있다면, 어떻게 Gmail과 맞설 만큼 완성도 높은 메일 역량을 새로 만들 수 있을까?
    성공하든 실패하든 브라우저 팀의 자원을 갉아먹을 것이고, 실패할 가능성이 압도적으로 커 보임
  • 아직도 Thunderbird 클라이언트를 쓰는 사람이 있나? 99%는 브라우저를 쓸 것 같음

• Thunderbird가 10만 개 이메일 로컬 데이터베이스와 제대로 된 검색을 지원하게 해줬으면 함. 필요하다면 그 최적화에 돈을 낼 수 있음
  이메일은 모든 비즈니스의 큰 커뮤니케이션 도구이고, 이메일로 매일 돈을 버는 전문가들은 엄청난 양의 메일을 처리해야 하니 기꺼이 지불할 준비가 돼 있음

  • 지금 30만 개가 넘는 메시지가 들어 있는 Thunderbird 데이터베이스를 쓰고 있는데 검색은 꽤 안정적으로 동작함. 아주 가끔 “Search Messages...” 대신 “Global Search”로 바꿔야 하긴 함
    다만 이메일은 기본 mbox가 아니라 Maildir 형식으로 저장하고 있음: https://tinyapps.org/blog/202207100700_thunderbird_mbox_to_m...
  • Thunderbird 안에서 Elasticsearch를 색인과 검색에 쓸 수 있게 하는 비공개 플러그인을 쓰고 있음. 유지보수하거나 사업으로 만들 생각이 없어서 공개하진 않았음
    소액 요금이라도 낸다면 이런 것에 관심이 있을까?
  • 다른 하위 스레드에서도 같은 문제를 말했음. 현재 하드웨어 성능이면 이메일이 겨우 10만 개쯤 된다고 이렇게 느려질 이유가 없음
    한 받은편지함에 100만 개 이메일이 있어도 잘 동작하지 못할 이유가 딱히 없음
  • 원하는 걸 만들고 있음
    https://marcoapp.io
  • 검색 같은 문제를 해결할 필요가 있나? 대신 UI/UX를 반십 번쯤 다시 디자인하면 되는데
    개발자들을 탓하진 않음. 돈 받고 지시받은 일을 할 뿐이니까
    Mozilla는 리더십이 끔찍하고 비전이 없음. 방향성 없는 기업 소프트웨어의 최악의 면을 오픈소스 프로젝트로 포장한 모습임

• https://thundermail.com
  사이트가 열렸고 대기자 명단 가입이 있음. 제목은 “For Those Who Know”이고 status beta_signup.is_open=true라고도 되어 있어서, 명령줄이나 숨겨진 즉시 가입 방법이 있을지도 모르겠음

  • 그 블록 아래에 이메일 주소 입력란이 보임
  • 의심할 여지 없이 내가 본 것 중 최악의 랜딩 페이지임

• open-source Stalwart stack을 쓴다니 정말 멋진 소식임. 이러면 JMAP 호환 제공업체로는 두 번째이고, JMAP을 직접 만든 곳이 아닌 첫 번째 제공업체가 됨
  JMAP 클라이언트를 만드는 일이 훨씬 흥미로워짐. Stalwart를 직접 세팅하기 귀찮아서 안 하고 있었는데, JMAP을 갖고 놀기 위해서라도 이 서비스에 가입할 가능성이 큼
  새 웹 프런트엔드를 만들지도 궁금함. 내가 아는 기존 자유·오픈소스 프런트엔드들은 썩 훌륭하지 않음

• philosophy가 open_source & privacy_focused & user_controlled라니, 철학이 비트 문자열인가? 아니면 비트 AND를 쓴 이 단순한 실수가 지난 여러 해 동안 Mozilla의 사명을 이렇게 망가뜨린 원인일지도 모름

  • 비트 AND 말고 뭐가 될 수 있겠나. open_source && privacy_focused && user_controlled를 썼다면 그냥 true가 되는데, 그건 별로 흥미로운 철학이 아님
    이렇게 하면 if (!(philosophy & privacy_focused)) { track_user_activity(); serve_creepy_but_useless_ad_about_something_they_bought_yesterday(); } 같은 테스트도 가능함
    철학 변수가 충분히 많다면 집합 자료형을 쓸 수도 있었겠지만, 모든 가능한 철학적 대안을 구현하려면 코드가 유지보수 불가능해졌을 것임. 모두에게 64비트면 충분함

• 이 발표는 Mozilla Corporation이 아니라 MZLA Technologies의 발표임. 사람들이 차이를 이해하지 못해서 스레드가 완전히 엇나가고 있음
  실제 서비스, Thunderbird, MZLA Technologies에 대해 얘기하는 게 맞음

  • 공정하게 말하면 Mozilla의 조직 이름은 실제로 헷갈리게 되어 있음. “Firefox에 기부” 얘기가 나올 때 Foundation과 Corporation의 차이를 설명한 것만으로 내 HN 카르마 절반은 벌었을 듯함

• Mozilla/Firefox EULA와 서비스 약관 난리 이후라면 이건 절대 건드리지 않을 것임

• 내가 보기엔 내 쪽 문제일 수도 있지만, Thunderbird 검색이 거의 망가졌다고 느끼는 사람이 또 있나? 쿼리에 당연히 나와야 할 이메일을 못 찾는 식임

  • 동의함. 검색이 꽤 나쁨
    UI도 별로고 결과도 빈약해 보임. 이메일이 결과에 아예 안 나오는 문제라기보다는 결과가 너무 많이 나오고, 좁히려면 UI에서 제약을 더 넣는 수밖에 없음
    여러 검색어 또는 특정 문구로 검색하면 결과가 엄청 많이 나오고, 검색이 단어 사이를 그냥 OR로 처리하는 건가 싶음. 결국 이메일 시기를 기억해 다른 달을 하나씩 클릭해가며 찾게 됨. 시간 제약은 왜 슬라이더가 아닌지 모르겠음
    예전에 notmuch를 썼을 때는 결과가 훨씬 좋았던 것으로 기억함
    또 Thunderbird는 로컬만 검색하는 것 같음. 일부 폴더를 내려받지 않았다면 로컬 검색과 함께 서버 검색도 해주지 않음. 설정이 있는지는 모르겠음
  • 13년 전에 Thunderbird가 단어 하나를 검색해서 그 단어의 모든 사본을 찾게 해주지 않는다는 버그를 올렸음: https://bugzilla.mozilla.org/show_bug.cgi?id=752844
    검색이 똑똑한 척하다가 멍청한 결과를 냄. 내 경우엔 “Wedding의 어근은 wed, wed의 복수형은 weds, 그러니 Wednesday에서 온 모든 이메일을 반환하자” 같은 식이었음
    아직도 고쳐지지 않았음
  • 나는 검색에 꽤 만족했고 이메일을 찾는 데 문제를 겪은 적은 없음. UI가 훌륭하진 않고 걸러야 할 군더더기가 많지만, 동작은 함
  • 이메일이 어느 폴더에 있는지 안다면 Quick Filter Bar가 검색에 훨씬 나은 경우가 많았음
  • 서버에서 검색을 실행하는 옵션을 제거한 뒤로 Thunderbird 검색은 쓸 수 없게 됐음. 다만 빠른 필터는 다른 방식으로 동작하는 것 같아서, 한 폴더만 대상으로 해도 괜찮다면 쓸 수 있음

• 글에 세부 정보가 너무 부족해서 묻고 싶음. Fastmail이나 Proton Mail 같은 것 대신 이걸 써야 하는 이유가 뭘까?
  최소한 종단 간 암호화는 있나? Mozilla VPN에서 Mullvad와 했던 것처럼 다른 서비스 제공업체와 제휴하고 로고만 붙인 뒤 사용료를 가져가는 경우가 되는 건 아닐까?

• Mozilla와 그들의 프라이버시 중심 서비스를 응원함. 이메일 마스킹 기능, 즉 전달용 이메일 주소 생성 기능을 한동안 써왔고 정말 마음에 듦

  • 이 서비스의 프라이버시가 어떻게 될지는 모르겠지만, 브라우저 쪽의 프라이버시 중심이라는 게 데이터 공유를 허용하는 걸 포함하게 됐음. 그래서 Mozilla 생태계에 계속 투자하고 싶은 마음이 훨씬 줄었음