-
Notifications
You must be signed in to change notification settings - Fork 0
FAQ vi
Những câu dự án này thực sự nhận được, trả lời từ mã nguồn chứ không từ chuyện nó nên hoạt động thế nào. Chỗ nào câu trả lời trung thực là "nó không làm việc đó", thì đó chính là câu trả lời.
Không, và đó chính là chủ đích. SkimMail đọc thư. Nó không gửi, và không có đường SMTP đi ra nào cả.
Đây là một ranh giới cố ý, không phải tính năng còn thiếu. Ngay khi một sản phẩm gửi thư, nó thừa hưởng cả mảng deliverability — SPF, DKIM, DMARC, uy tín IP, blocklist — một công việc toàn thời gian và vuông góc với việc đọc thư cho tốt. Mỗi giờ không tiêu vào deliverability là một giờ tiêu vào hộp thư.
Mặc định ảnh từ xa bị giữ lại, vì tải một ảnh là báo cho người gửi biết thư đã được mở, lúc nào, và đại khái từ đâu. Đó đúng là cơ chế của một tracking pixel.
Bạn đổi được theo từng thư (Hiện ảnh), theo người gửi (Luôn hiện / Không bao giờ), hoặc cho cả instance. Chi tiết ở Ảnh từ xa trong thư.
Khi ảnh được hiện, máy chủ tải chúng, không phải trình duyệt của bạn — và tải qua đúng đường mạng mà tài khoản đó dùng cho thư. Máy chủ người gửi thấy instance của bạn, không thấy bạn.
Thường là do định dạng. SkimMail xác định một ảnh là gì bằng cách đọc chính
các byte, không tin Content-Type của người gửi, và chỉ phục vụ các định dạng
raster phổ biến.
-
SVG bị từ chối có chủ đích. Nó là tài liệu, không phải ảnh: một SVG có thể
mang
<script>, mà phục vụ từ chính origin của SkimMail thì đó là script chạy trong phiên của bạn. - AVIF bị từ chối vì bộ sniff của Go không nhận ra nó. Chấp nhận nó đồng nghĩa với tin vào nhãn của người gửi — đúng thứ duy nhất thiết kế này không làm.
Nguyên nhân khác: máy chủ người gửi sập hoặc từ chối, ảnh lớn hơn 5 MB, hoặc địa chỉ phân giải về mạng nội bộ (bị từ chối vì SSRF).
Có, một lần. 1.18.0 sửa lại các quyền SkimMail xin — các bản trước xin scope dành cho web API của provider, thứ mà chính mail server của họ từ chối, nên một lượt đăng nhập được cấp dưới scope cũ không thể nâng cấp tại chỗ. Hãy kết nối lại từng tài khoản Gmail hoặc Outlook từ Settings ▸ Accounts ▸ Re-authenticate; nó đưa bạn về màn hình đồng ý của provider và cập nhật đúng tài khoản bạn đã có. Tài khoản IMAP dùng app password thì không cần làm gì. Xem Accounts.
Với S3, đó là đúng như thiết kế. Lượt dọn một-lần chỉ đếm những đối tượng nó không nhận diện được rồi dừng, vì bucket đó có thể đang chứa cả archive sao lưu của bạn. Nó sẽ không xoá thứ nó không chắc. Xem mục Cache tự làm gì trong Vận hành để biết lệnh dọn.
Với lưu trữ trên đĩa thì số phải giảm. Nếu chưa, có thể lượt hoà giải chưa chạy — nó chạy một lần, lúc khởi động.
Cũng lưu ý: chỉ lưu trữ trên đĩa mới được tính vào thanh dung lượng của bản
Community — thanh đó đo DATA_DIR, còn blob trên S3 không nằm trong đó.
Không. Nó nghĩa là cây mã nguồn có thay đổi chưa commit lúc binary được biên
dịch — thực tế là script phát hành build lại và nhúng lại giao diện web trong
lúc compiler đang chạy. vcs.revision vẫn khớp tag phát hành, và artifact vẫn
được ký.
Chuyện này đã xảy ra ở vài bản và được ghi nhận trên từng trang phát hành thay vì lặng lẽ sửa bằng cách cắt lại tag — vì cắt lại sẽ đưa byte khác cho những người đã tải bản cũ. Nguyên nhân nay đã bị chặn ngay trong script phát hành.
Có. Sáu route — tóm tắt, phân loại, dịch, trích action item, tóm tắt thread, và digest hộp thư — nằm sẵn trong mọi bản phát hành, cộng thêm một bộ phân loại chạy nền có thể đọc tới 20 thân thư mới mỗi lượt sync. Nút bấm cho chúng đang bị ẩn trong giao diện của bản này, nhưng ẩn một nút bấm là quyết định về giao diện, không phải một ranh giới bảo mật: các route vẫn được đăng ký, và bất kỳ ai giữ session cũng gọi được trực tiếp. Không có kiểm tra licence hay tier nào trên bất kỳ route nào trong số đó.
Không có gì được gửi đi cho tới khi bạn cấu hình một provider — Anthropic,
OpenAI, Google Gemini, hoặc Ollama (chạy hoàn toàn trên phần cứng của bạn).
Một bản cài mặc định không gửi gì, và bộ phân loại chạy nền cần bật cả hai
công tắc riêng (AI, và auto-classify) mới chạy. Xem mục "AI features" của
PRIVACY.md để biết bản công bố đầy đủ — nó đính chính ba điều mà các bản
trước (1.10.0 đến 1.17.0) từng nói sai về đúng đoạn mã này.
Thử nghiệm. SQLite là mặc định, còn Postgres là đích "cơ sở dữ liệu nghiêm túc" được khuyến nghị. MySQL build được và schema có sẵn, nhưng tìm kiếm toàn văn hoạt động khác đi và nó được dùng thật ít hơn nhiều. Wizard cài đặt gắn nhãn thử nghiệm cho nó chính vì vậy.
Một thư mục — với gói apt là /var/lib/skimmail. Cả apt remove lẫn
apt purge đều không xoá nó. Hầu hết mọi người tưởng purge sẽ xoá, nhưng
không: không có script gỡ bỏ nào, nên không có gì tự động xoá thư của bạn. Xoá
là một lệnh rm -rf thủ công.
Cũng thư mục đó chứa master.key, thiếu nó thì cơ sở dữ liệu hoàn toàn không
đọc được. Sao lưu cả hai cùng nhau, hoặc không sao lưu gì. Xem
Vận hành.
Được, từ 1.10.0, với AUTH_MODE=users. Tài khoản, nhóm, thư và tuỳ chọn người
gửi của mỗi người là của riêng họ, và có ba vai trò — owner, operator, viewer.
Trước 1.10.0 chế độ đó chỉ tồn tại trên danh nghĩa: người thứ hai đọc được mọi
hộp thư trên instance.
Hãy dùng 1.18.0 trước khi cho ai đó dùng chung. Từ 1.10.0 đến 1.17.0 có mười bốn thao tác chặn theo vai trò mà không chặn theo chủ sở hữu — năm cái sửa ở 1.12.0, sáu cái ở 1.13.0, hai cái ở 1.14.0, và một cái nữa ở 1.18.0. Nặng nhất trong sáu cái giữa là tìm kiếm trả về tiêu đề và người gửi của mọi tài khoản cho bất kỳ ai đăng nhập được; hai cái cho phép yêu cầu của một người mở hộp thư của người khác bằng chính mật khẩu đã lưu của người đó; bản vá ở 1.18.0 bịt đúng lỗ đó trên nút Sync now, tồn tại từ 1.10.0. Instance một người dùng chưa bao giờ bị ảnh hưởng. Xem Security để biết chi tiết bản vá 1.18.0.
Số lượt đăng nhập là tài nguyên có giới hạn: Community 1, Sponsor 3, Pro không
giới hạn. Giới hạn chỉ chặn tạo mới và không bao giờ chặn đọc hay phục hồi —
instance vượt trần vẫn giữ nguyên mọi người đang có. Quản lý người dùng từ máy
chủ bằng skimmail user; xem Người dùng và vai trò.
Settings ▸ Storage, từ 1.14.0. Nó bị ẩn suốt mười một bản, và lý do hoá ra đáng nói ra: bản thân blob engine — filesystem ↔ S3, có nút kiểm tra kết nối thật và một lượt migration chạy tiếp được nếu bị ngắt — đã hoàn thiện từ lâu. Thứ giữ cờ ở trạng thái tắt là một màn hình bên cạnh nói rằng phải dựng lại binary kèm build tag mới dùng được Postgres hay MySQL. Điều đó hết đúng từ 1.4.3, khi mọi bản build phát hành bắt đầu gộp sẵn các driver ấy. Cờ này đã bảo tồn một yêu cầu không còn tồn tại.
Phần migrate cơ sở dữ liệu trên tab đó vẫn là một runbook chứ không phải một nút bấm: nó nêu các bước để chuyển sang Postgres hay MySQL, và được ghi rõ là hướng dẫn chứ không giả vờ tự thực hiện.
Panel cache nội dung thư là chuyện khác và không nằm ở đó. Trước đây nó từng bị kẹt trong tab này; từ 1.11.1 nó ở Settings ▸ Security — mức sử dụng, giới hạn dung lượng, thời gian giữ và lệnh purge thủ công — vì việc bao nhiêu thư của bạn nằm trên cái đĩa này, và nằm bao lâu, là câu hỏi về lưu giữ dữ liệu chứ không phải về storage engine. Xem Cache nội dung thư.
Được, từ 1.12.0: Settings ▸ Appearance ▸ Chế độ an toàn khi chụp màn hình thay mọi địa chỉ, tên, tiêu đề, đoạn xem trước và tên tệp đính kèm bằng dữ liệu giả trông như thật, và ngừng render thân thư hoàn toàn. Nó mặc định tắt và đặt theo từng trình duyệt, không theo tài khoản. Hãy đọc Chế độ an toàn khi chụp màn hình trước khi dựa vào nó — đáng chú ý là nó cố tình không che tên group, tag từ rule của bạn, hay ô tìm kiếm.
Chúng hiện được, từ 1.12.0 — hãy bật Settings ▸ Appearance ▸ Hiện keyword từ máy chủ. Nó mặc định tắt và chỉ đọc.
Nếu bạn đã bật mà vẫn không thấy gì, lý do nhiều khả năng là Gmail: nó phơi label ra dưới dạng thư mục IMAP và không báo keyword nào cả, nên chẳng có gì để hiện. Tính năng này dành cho Dovecot, Cyrus, Mailcow và tương tự. Xem Server keyword.
Sidebar ▸ Đã gắn sao, từ 1.13.0. Nó liệt kê mọi thư đã gắn sao trên tất cả tài khoản của bạn. Trước đó ngôi sao chỉ ghi được mà không đọc lại được: bạn đặt được nó và SkimMail không có chỗ nào hiện lại. Xem Đã gắn sao.
Settings ▸ Security, từ 1.13.0 — mọi người gửi bạn đã mute hoặc đánh VIP đều
nằm ở đó kèm nút gỡ. Panel bị ẩn khi danh sách rỗng. Ở 1.13.0, tiêu đề và các nút
của panel hiện ra chính tên khoá (settings.sendersUnmute và tương tự) vì bốn
bản dịch thiếu ở cả ba file ngôn ngữ; nút vẫn chạy đúng. Đã sửa ở 1.14.0. Xem
Người gửi mute và VIP.
Chuyển được, nhưng bộ chọn thư mục liệt kê thư mục của tài khoản đang chọn ở sidebar, mà trong danh sách hợp nhất thì đó chưa chắc là tài khoản của lá thư đang mở. Hãy chọn tài khoản đó trước. Xem Chuyển vào thư mục.
Bật. Chỉ false, 0, no và off mới tắt mã hoá nội dung thư đã cache;
mọi giá trị khác đều để nó bật, vì một setting mặc định bật thì phải hỏng về
phía an toàn.
Điều này bị ngược ở 1.11.0, nơi chỉ đúng chữ true mới được tính và 1
lặng lẽ tắt nó đi. Đã sửa ở 1.11.1. Nếu đó đúng là instance của bạn, xem
Xử lý sự cố để biết cách làm cho phần nội dung bị ảnh
hưởng được mã hoá lại.
Tham khảo — Trang chủ · Khắc phục sự cố · Vận hành · Bảo mật
SkimMail · skimmail@base101.app · 2026-09-18 · commit f525934