Penguin Mail – AI 기능을 갖춘 리눅스용 오픈소스 Rust 이메일 클라이언트

Penguin Mail – open-source Rust email client for Linux with AI

penguin-mail.com ▲ 230 댓글 175 kavourias

요약

Penguin Mail은 여러 메일 계정과 일정, 연락처를 한 화면에 모은 리눅스용 무료 메일 앱입니다.

Rust와 GTK4(리눅스 데스크톱 화면 도구)로 만든 오픈소스 메일·일정 앱이 1.0 버전으로 공개됐습니다. 자체 서버 없이 사용자 컴퓨터에서 Gmail, Microsoft 계정과 직접 연결하고, 원하면 AI 비서를 켤 수 있습니다.

왜 중요한가

  • 다듬어진 메일 앱이 드문 리눅스에 Gmail 분류, 예약 발송 같은 상용 앱 수준의 기능을 무료로 내놓았습니다.
  • AI 비서를 로컬 모델로 돌리면 메일 내용이 컴퓨터 밖으로 나가지 않습니다.

핵심 내용

  • Gmail, Microsoft 365, Fastmail, iCloud와 모든 IMAP·POP3 계정을 한 받은편지함에서 볼 수 있습니다.
  • Google, Microsoft, CalDAV 일정과 연락처를 동기화하고, 초대 메일에서 바로 참석 여부를 답합니다.
  • AI 비서는 기본으로 꺼져 있고, Ollama 같은 로컬 모델이나 Anthropic API, Claude Code 가운데 고릅니다.
  • 비서는 메일을 보내거나 설정을 바꾸기 전에 반드시 사용자에게 확인을 받습니다.
  • 암호화는 사용자의 GnuPG에 맡기며, 앱은 키나 암호를 보관하지 않습니다.

HN 반응

  • AI로 빠르게 짠 메일 앱이 HTML 메일 속 스크립트와 추적 픽셀을 Thunderbird만큼 막는지 묻는 댓글에 가장 큰 관심이 모였습니다.
  • 비슷한 리눅스 메일 앱이 쏟아지다 1년 안에 버려질 것이라는 회의론과, 기존 리눅스 앱보다 훨씬 다듬어졌다는 반론이 맞섰습니다.

댓글

30개 표시 · 전체 184개
  1. jttnr HN

    바이브 코딩으로 만든 이메일 클라이언트들은 하나같이 HTML 메일 전체 보기를 얼마나 제대로 정화(sanitize)하는지가 문제예요. Thunderbird 같은 클라이언트는 인라인 JavaScript나 온갖 추적 기법(픽셀, CSS 참조 등)을 막아서 그런 메일을 안전하게 볼 수 있게 하려고 엄청나게 공을 들이거든요. 확인해 본 건 아니지만, 바이브 코딩으로 만든 클라이언트들은 그냥 WebView에 HTML을 렌더링해 버리나요, 아니면 비슷한 보호 장치를 갖추고 있나요?

  2. achempion HN

    사실 이건 정말 까다로운 문제입니다. 저희는 메일을 신뢰하는 오리진(trusted origin)에서는 절대 렌더링하지 않는 방식으로 풀었습니다. 기본적으로 정화 처리에 더해, 다층 방어를 위해 격리된 샌드박스 iframe을 쓰고, CSP 헤더 같은 표준 보안 장치도 함께 씁니다. 알아보다가 인기 있는 메일 클라이언트 중에 정화에 주로 의존하고 신뢰하는 오리진 안에서 메일을 렌더링하는 곳이 많아서 놀랐습니다(예: marco, superhuman).

    메일 클라이언트에서 풀어야 할 또 다른 흥미로운 문제는 편집기입니다. 신뢰할 수 없는 HTML 콘텐츠도 전달하고 편집할 수 있어야 하니까요. 참고로 저는 mac/linux/windows용 tecotype.com을 개발하고 있습니다.

  3. asdfqwertzxcv HN

    지난주에 바로 이런 이메일 앱을 찾고 있었는데, tecotype만큼 기능 조합이 갖춰진 앱은 없었고 완성도는 더더욱 못 따라왔어요. 물론 이것저것 직접 엮어서 만들 수야 있겠지만, 제 기도에 응답해 주신 셈이네요. 리눅스 버전 나오기를 간절히 기다리겠습니다!

  4. achempion HN

    따뜻한 말씀 정말 감사합니다. 메일 클라이언트는 의외로 까다로운 문제라서 처음 예상했던 것보다 훨씬 많은 노력이 들었습니다 :)

    예를 들어 저는 fastmail에서 catch-all 주소를 쓰는데, 메일을 작성할 때 발신 주소와 이메일 계정을 따로 정할 수 있게 제대로 설계된 클라이언트를 찾지 못했습니다. 그래서 "[email protected] via [email protected]" 같은 식으로 발신자를 쓸 수 있게 하려고요.

    "리눅스 버전 나오면 알려 주세요"라고 메일 보내 주시면 연락드리겠습니다.

  5. asdfqwertzxcv HN

    저도 비슷한 catch-all 방식을 쓰고 있어서 발신 주소와 이메일 계정을 따로 정할 수 있으면 정말 좋겠어요. 많은 회사가 제 계정 이메일이 [email protected]이라는 걸 보고 그 주소에서 온 문의만 받겠다고 하거든요. 그러면 그 별칭을 다시 메일함으로 만들어야 하는데, 정말 짜증 나요.

    거지 주제에 골라 가며 달라고 해도 된다면, 현재 메일 목록이나 대화 스레드 항목의 맨 위나 맨 아래로 이동하는 vim 키 입력이 아쉽게도 빠져 있어서 몹시 그립습니다.

  6. scandox HN

    2분 동안 리눅스 다운로드를 찾아봤는데 못 찾았어요. 내가 좀 똑똑하지 못한 건가 싶네요!

  7. achempion HN

    죄송합니다, 아직 리눅스/윈도용은 공개 배포 전입니다. 샌드박스 설치와 명시적인 권한 선언을 지원하니까 Flatpak으로 배포할 계획인데, 괜찮은 선택일까요?

  8. setopt HN

    대부분의 사용자에게는 Flatpak이 좋은 선택이라고 생각합니다. 다만 Ubuntu가 아직도 가장 큰 리눅스 배포판일 텐데 Flatpak이 기본으로 설치되어 있지 않다는 게 가장 큰 문제입니다.

    좋은 대안으로는 AppImage가 있습니다. 어떤 배포판에서든 별다른 설정 없이 동작하지만, Flatpak 같은 권한 시스템은 없습니다.

  9. scandox HN

    그 선택이 맞는지 틀린지는 솔직히 말씀드리기 어렵습니다. 쉬운 선택이 아니니까요. 저는 Arch Linux를 쓰고 보통 직접 만든 것들은 소스에서 설치하는 편이라, 이상적인 타깃 고객은 아닐 수도 있습니다!

  10. PurpleRamen HN

    github의 releases 아래에 뭔가 있긴 해요.

  11. melicerte HN

    웹사이트에는 맥용 다운로드만 보이는데요. 리눅스/윈도 빌드는 어디에 있나요? 테스트해 보고 싶은데, 저장소나 좀 더 기술적인 내용을 담은 페이지 같은 건 찾을 수 없었습니다.

  12. achempion HN

    죄송합니다, 아직 리눅스/윈도용은 공개 배포 전입니다. 곧 Flatpak으로 배포할 계획입니다. 기술적인 부분은 이메일로 연락하시거나 여기서 물어보셔도 됩니다. 궁금하신 건 기꺼이 답해 드리겠습니다. 참고로 유료 비공개 소스 제품입니다.

  13. gen2brain HN

    제게 완벽한 메일 클라이언트는 HTML 메일을 보여 주는 데 브라우저를 아예 쓰지 않는 것입니다. 켜 둘 수 있는 텍스트 전용 옵션도 있어야 하고요. HTML 메일은 html을 markdown으로 바꾸는 방식이 좋겠습니다. markdown은 네이티브 UI 툴킷에 대응시킬 수 있는데, 툴킷마다 "리치" 텍스트를 어느 정도 지원하니까요.

    저는 제 IUP 포크에서 그렇게 했습니다. 굵게, 기울임, 제목, 링크, 이미지, 표 전부 네이티브 텍스트 위젯에 대응시킬 수 있고, 거기서 markdown을 불러오고 저장할 수도 있습니다. 의도한 모양 그대로 나올까요? 아니요. 하지만 메일을 보낼 때 웹사이트를 만들지만 않으면 아무 문제 없을 겁니다.

  14. jll29 HN

    PINE만큼 단순하면서 빠른 전체 텍스트 검색과 필드별 검색이 되는 걸 찾고 있습니다.

    TUI 기반이고 리눅스 + 맥에서 쓸 수 있어야 합니다.

  15. bs9u HN

    aerc를 한번 써 보세요.

  16. koiueo HN

    "claude, 실수하지 마"가 최고의 보호책이죠

  17. KingOfCoders HN

    <sarcasm> 태그가 빠진 것 같네요. 그렇지만 많은 회사와 오픈소스 프로젝트가 보여 줬듯이, 제대로 된 프롬프트를 쓴 에이전트는(여러 이유로) 개발자 99%보다 보안 문제를 훨씬 잘 찾아냅니다.

  18. koiueo HN

    AI 열성 팬들은 LLM을 고수준 프로그래밍 언어의 컴파일러에 곧잘 비교합니다.

    프로그래머가 예전에는 어셈블리와 C로 코드를 썼지만 Java와 Python이 나오면서 메모리 누수나 세그폴트 없는 소프트웨어를 만들려고 수염 기른 오타쿠 청년이 될 필요가 없어졌다고 주장하죠.

    이런 주장을 보면 소프트웨어 엔지니어링을 제대로 해 본 적이 없다는 게 훤히 보입니다.

    지구상에서 가장 똑똑한 엔지니어들이 만든 컴파일러가 개발자들이 후진 소프트웨어를 못 쓰게 막으려고 그렇게 애를 썼는데도, 그 신세대 "엔지니어"들은 용케도 죽고, 새고, 대체로 형편없는 소프트웨어를 출시했습니다.

    이 이메일 클라이언트가 안전하지 않다는 말은 아닙니다(5달러 걸고 안전하지 않다는 쪽에 걸겠지만요). 다만 새로운 기술이 취약점을 찾아낼 수 있다는 이유만으로 소프트웨어가 저절로 안전해진다고 가정하는 건 터무니없어 보입니다. 결국 의도가 중요합니다. 그리고 그 99%는 안전한 소프트웨어를 만들겠다는 의도 자체가 없을 겁니다.

  19. brailsafe HN

    이 이메일 클라이언트가 안전하지 않다는 말은 아닙니다(5달러 걸고 안전하지 않다는 쪽에 걸겠지만요). 다만 새로운 기술이 취약점을 찾아낼 수 있다는 이유만으로 소프트웨어가 저절로 안전해진다고 가정하는 건 터무니없어 보입니다. 결국 의도가 중요합니다. 그리고 그 99%는 안전한 소프트웨어를 만들겠다는 의도 자체가 없을 겁니다.

    전적으로 동의합니다. 특히 HN에 있다는 그 99%의 AI 찬양자들이 그렇습니다. 이 사람들은 아무 제품이나 최대한 빨리 출시하는 데만 관심이 있고, 누군가 땀 흘리며 온종일, 잠자야 할 시간에도 세부 사항을 속속들이 파고드는 그 중간 과정은 통째로 건너뛰려는 것 같거든요.

    제가 마지막으로 다닌 회사에서는, 고객 데이터가 서드파티 클라우드 서비스 제공업체를 거치기 전에 암호화하는 게 중요하다는 걸 자기애에 빠진 멍청이 CTO와 (나이로나 경력으로나) 시니어인 엔지니어 한 명에게까지 납득시키느라 싸움을 벌여야 했습니다. 사람들은 품질이든 보안이든 뭐든 눈곱만큼도 신경 쓰지 않고, 그럴 유인도 없습니다.

  20. kdkwcjkejdwijc HN

    사람들은 품질이든 보안이든 뭐든 눈곱만큼도 신경 쓰지 않고, 그럴 유인도 없습니다.

    보통 두 가지 경우에 이런 일이 생깁니다. a) 그렇게까지 신경 쓸 만큼 보수를 받지 못하거나, b) 그렇게까지 신경 쓰지 않아도 될 만큼 넘치게 받거나.

    어느 쪽이든 결국은 이런 것들을 정말로 신경 쓰는 사람들에게 회사가 얼마나 돈을 쓸 의향이 있느냐의 문제인 경우가 거의 대부분입니다.

  21. brailsafe HN

    급여 문제가 아니라 기대치 문제예요. 기대하는 건 납기와 비즈니스 성과거든요. 제가 받아들일 만한 (소박한) 금액만 주신다면 저는 최대한 신경 쓰겠지만, 체크 표시 하나가 어쩌면 영영 터지지 않을 데이터 유출보다 더 중요해지는 말도 안 되게 빡빡한 일정으로 일하라는 게 기대치라면 얘기가 달라지죠. 신경 썼다고 벌을 받지만 않는다면 저는 신경 씁니다.

  22. askonomm HN

    AI가 제게 "찾아냈다"는 보안 문제는 절반이 완전히 지어낸 얘기였고, 나머지 절반은 "심각"하다고 하지만 실제로는 제 컴퓨터에 직접 접근해야만 "해킹"할 수 있을 만큼 사소한 것이었어요. 그러니까 문제를 찾는 데 훨씬 뛰어난 건 맞아요. 대부분이 지어낸 거라는 게 아쉬울 뿐이죠.

  23. LtWorf HN

    쓸 만한 걸 찾으려면 시간당 5천 달러짜리 모델을 써야 할 것 같아요.

  24. IsTom HN

    나중에 문제를 고치려 애쓰는 것보다 처음부터 올바르게 하는 편이 더 쉬울 때가 있습니다.

  25. slipheen HN

    정말 멋져 보이는 앱이에요. 보기에 Mail.app 느낌이 나서 마음에 드네요.

    메일 클라이언트는 언제나 제대로 만들기 어려운 물건인데, 이걸 만들고 계시다니 기쁩니다.

    소프트웨어를 개인화하는 데 드는 총비용(시간·돈·관심)이 계속 낮아지면, 더 많은 사람이 각 틈새에 맞춘 다양한 선택지가 뿔뿔이 퍼져 나가도록 북돋울 수 있을 거라는 생각이 정말 마음에 들어요.

  26. WD-42 HN

    지난 두어 달 사이 리눅스용 바이브 코딩 메일 앱이 쏟아져 나왔어요. Hylki도 그중 하나고요. 게다가 전부 겉모습이 거의 똑같아요.

    아마 1년 안에 전부 방치될 거예요.

  27. aucisson_masque HN

    그래도 전부 기존의 유명한 리눅스 메일 클라이언트들보다 보기도 좋고 동작도 낫잖아요.

    리눅스에는 더 완성도 높은 애플리케이션이 정말 필요한데, 이 앱들이 바로 그걸 가져다주고 있어요.

  28. mosselman HN

    동의합니다. 며칠 전에 예전에 쓰던 게이밍 PC에 최신 bazzite를 다시 설치했어요. 그랬더니 예전 사진이 엄청 많이 들어 있는데, 백업 폴더가 너무너무 많이 흩어져 있더라고요.

    그래서 Claude한테 제가 쓰는 맥 앱에서 정말 좋아하던 기능을 갖춘 초고속 이미지 브라우저를 뚝딱 만들게 했어요. 리눅스 앱 90%보다 보기 좋고, 엄청 빠르고, 제게 장갑처럼 딱 맞아요.

    물론 이런 메일 앱 중 일부는 방치되겠지만, 리눅스 쪽을 더 매력적으로 만들고 사용자를 끌어올 기회가 되기도 합니다.

  29. TonyStr HN

    그 앱을 공유해 주실 수 있나요?

  30. mosselman HN

Hacker News에서 보기 ↗