收件別名讓你向服務提供不同於主要信箱的地址。你可以每次註冊使用專用地址，並接收寄往它的郵件。如果想管理一條郵件流、又不改變其他所有帳號，這是有用的隱私邊界。
使用時要分開考慮四個問題：能否回覆、能否復原帳號、郵件透露哪些資訊、加密保護什麼？別名只解決其中各自的一部分。
接收和回覆是不同能力
AliasX提供收件別名，不支援寄送、回覆或反向別名。把別名交給網站，並不會建立一個可以主動聯絡支援團隊的完整信箱。
如果服務關係需要經常通信，請先查看支援流程。已登入帳號中的表單可能足夠。如果要求從註冊地址寄信，就需要服務接受的其他路徑。
把寄件者地址複製到常用郵件應用程式並寫信，郵件會從那個信箱寄出，別名不會自動隱藏它。寄出前檢查寄件者欄位，考慮是否願意透露該地址。
回覆和開啟連結也不同。個人化連結可能攜帶收件者專屬資訊。郵件到達別名，不會使之後所有操作匿名。請檢查目的地，並單獨判斷操作是否合適。
復原會產生依賴
服務把密碼重設連結寄到別名時，持續存取該地址很重要。停用後，服務帳號可能繼續存在，但一般復原郵件不再到達。
停用前檢查所有使用該地址的帳號。替換必要的復原信箱、完成確認，並檢查登入資訊。如果服務有獨立復原方式，請理解並維持其可用性。
第二個依賴是你自己存取AliasX的能力。復原材料應放在失去原瀏覽器後仍能取用的安全位置。不要假設重新登入就一定能在缺少必要材料時解密舊郵件。
不要讓帳號完全依賴一個只有登入同一帳號後才能開啟的地址。如果復原路徑難以解釋，就畫出來：失去目前裝置後，還能用什麼？
地址只是中繼資料的一部分
郵件不只有內文。標準郵件標頭包含寄件者和收件者欄位、日期、郵件識別碼及傳遞路徑欄位。這些用於投遞和對話管理；修改目標地址不會刪除其餘格式。網際網路郵件格式，RFC 5322。
網站也知道你直接提供的資訊。購買可能涉及配送地址、付款關係和帳號歷史。使用不同別名不會讓這些紀錄彼此無關。相同姓名或其他識別資訊也能建立聯繫，不需要電子郵件地址。
遠端內容是另一個邊界。從寄件者伺服器載入內容可能透露活動或網路資訊，郵件應用程式可能提供單獨控制。例如Apple Mail文件描述了IP可見性和遠端內容設定。這與換地址不同，也不是說AliasX實作了Apple的功能。Apple Mail隱私設定。
請使用實際閱讀郵件的用戶端所提供的隱私控制。不要僅因郵件送到別名，就推斷存在這種保護。
儲存加密與端對端加密不同
AliasX將別名封存資料加密儲存。但一般網際網路來信不會因此變成寄件者為你進行端對端加密的郵件。寄件者和其郵件供應商可能保留自己的副本，投遞也涉及帳號外的系統。
SMTP傳輸加密又是獨立一層。STARTTLS保護SMTP參與方之間的一條連線；某條連線使用它，不代表整個路徑都具備機密性。TLS上的SMTP，RFC 3207。
請在各自生效的位置理解保護：分享的地址、投遞連線、保存的封存資料和顯示郵件的裝置。一處的特性不應悄悄變成對所有環節的承諾。
對於日常註冊，獨立收件地址仍有價值。配合清晰的帳號紀錄、可用的復原路徑，以及對通信能力的實際預期來使用。在AliasX管理收件別名。