我對 Email 沒有太多追求，只要能用就好。前陣子看到 HEY 出來，講求所謂的隱私、使用者付費、custom domain、沒有多餘的 JS 等等，在一個月只要 10 美金的定價上我使用了半年多。

HEY — A delightfully fresh take on email + calendar, from 37signals

剛開始我也被 HEY 裡頭的機制給吸引，像是可以把電子報整合在一頁一次看；第一次寄送的地址不會進入收件夾；可以設定 email alias 作更細膩的分類，例如把 contact@example.com 放到聯絡的資料夾、把 feed@example.com 放到電子報專用的資料夾；還有像是加入筆記、reply in thread 等比較獨特的功能。

這些功能看似不錯，但對我來說不是必要條件，畢竟 Gmail 裡頭也能設定篩選器，就功能上我覺得比 HEY 更加強大。轉到 HEY 更多是為了設定 custom domain 這件事。

不過，大概過了兩個月左右，我開始覺得 HEY 除了能夠設置 custom domain 以外，其他功能跟操作實在不符合我的需求。以下就來舉幾點：

1. 無法使用其他 client 登入

HEY 的核心理念是想要取代現有的 email client，所以如果想要登入你的 HEY email 帳號，一定要在 HEY 上面登入，如果想在手機用的話則是要搭配 HEY 的 app 一起使用。這代表你沒辦法用 Apple 的 mail、Spark、Outlook 登入 HEY 的 email。

2. 差強人意的使用體驗

在 DHH 強烈排斥 JavaScript 的情況下，取而代之的就是差強人意的使用體驗。每次點擊郵件內容、切換資料夾、都是整頁 refresh¹，就要等個幾秒鐘。

讀取後的信件有時還想再看一下，但因為 HEY 的「let email flow」的中心思想，閱讀後的郵件都會跑到最下面，在未讀信件很多的時候就要一直往下滑。除此之外，HEY 的篩選器功能也不像 Gmail 那樣直覺，速度上也是差很多。這些小地方累積下來的煩躁，遠超過 HEY 功能所帶來的新奇感。

解決方法

後來我發現如果 DNS 是用 Cloudflare 的話，Cloudflare 可以自己設定電子郵件的路由，例如可以設定一個 me@example.com 然後把它寄送到另外一個電子信箱，前提是另外一個電子信箱也要是你的。這樣子可以達到 custom domain 的效果，又能繼續使用原本的 Gmail 或 iCloud。

除此之外還能把電子郵件丟給 Cloudflare Workers 作更進階的處理，例如拿來觸發 Webhook 或串接 Github Issue 等等。