Liên kết có mật khẩu khác gì chuyển tiếp email?
Nếu cần đặt mật khẩu xem, thời hạn và quyền trả lời cho một email, bạn có thể dùng liên kết chia sẻ trong Mailera. Mailera cũng hỗ trợ chuyển tiếp thư qua API; đó là thao tác riêng với việc tạo và quản lý liên kết. Nếu chọn chuyển tiếp, bạn có thể xem ví dụ quy trình trả lời và chuyển tiếp email qua API.
Liên kết chia sẻ cho phép người nhận mở một email bằng mật khẩu xem. Người nhận được quyền chỉ đọc hoặc được phép trả lời, tùy chế độ bạn chọn.
| Điều cần cân nhắc | Liên kết chia sẻ một email trong Mailera |
|---|---|
| Cách mở nội dung | Qua liên kết và mật khẩu xem |
| Thời hạn | 1 giờ, 12 giờ, 24 giờ hoặc không hết hạn |
| Quyền trả lời | Chỉ đọc hoặc cho phép trả lời |
| Đổi mật khẩu | Đăng xuất người xem đã dùng mật khẩu cũ |
| Thu hồi | Có thể thu hồi liên kết; thao tác này không thể hoàn tác |
Đừng đánh đồng mật khẩu xem với mã hóa đầu cuối, mật khẩu của tệp đính kèm hay cơ chế chỉ xem một lần. Đây cũng không phải chức năng thu hồi thư riêng của nhà cung cấp email.
Khi nào nên dùng liên kết có mật khẩu?
Nếu công việc chỉ cần người khác xem nội dung trong thời gian ngắn, nên chọn liên kết có thời hạn và quyền chỉ đọc. Chỉ bật quyền trả lời khi công việc thực sự cần đến quyền đó.
| Tình huống | Cách nên cân nhắc | Điểm cần chú ý |
|---|---|---|
| Khách hàng cần đối chiếu tạm một email | Liên kết có thời hạn, chỉ đọc | Chọn thời hạn phù hợp với công việc |
| Bạn muốn có cách thu hồi liên kết nếu gửi nhầm | Liên kết chia sẻ | Thu hồi là thao tác không thể hoàn tác |
| Người nhận cần trả lời qua trang chia sẻ | Liên kết cho phép trả lời | Cần cấp quyền rộng hơn chỉ đọc |
| Nội dung không được phép chia sẻ ra ngoài | Không chia sẻ hoặc chuyển tiếp | Mật khẩu không thay thế chính sách tổ chức |
Ví dụ, khách hàng chỉ cần kiểm tra nội dung xác nhận trong ngày. Liên kết 24 giờ, chỉ đọc, hợp với nhu cầu đó hơn một liên kết không hết hạn có quyền trả lời.
Không thể đánh giá độ an toàn chỉ dựa vào thao tác chuyển tiếp email. Bạn cần kiểm tra người nhận, nội dung và quyền chia sẻ trước.
Mailera kiểm soát quyền chia sẻ và quyền xem thế nào?
Chia sẻ chỉ khả dụng khi quản trị viên bật chức năng này.
Có ba lớp quyền cần tách biệt:
- Quản trị viên quyết định bật chức năng chia sẻ.
- Khóa API dùng để quản lý liên kết cần quyền
share. - Chế độ của liên kết quyết định người xem chỉ đọc hay được trả lời.
Quyền của người xem không phải quyền quản trị hộp thư. Nếu đang tổ chức công việc cho nhóm, bài về workspace và phân quyền trong Mailera giúp bạn phân biệt quyền thành viên với phạm vi công việc được giao.
Sau khi tạo liên kết, Mailera cho phép rút ngắn hoặc kéo dài thời hạn, đổi chế độ và đổi mật khẩu xem. Đổi mật khẩu sẽ đăng xuất những người xem đã dùng mật khẩu cũ. Thu hồi liên kết là thao tác không thể hoàn tác.
Bạn cũng có thể xem hoạt động chia sẻ, gồm lượt mở, nhập sai mật khẩu, khóa, đọc lại mật khẩu và gửi thư. Hãy dùng thông tin này để rà soát sự cố, không coi một lượt mở là bằng chứng chắc chắn về danh tính người đọc.
Các thao tác quản lý liên kết được mô tả trong tài liệu API Mailera. Khi xây quy trình, nên tách quyền tạo và quản lý liên kết khỏi nhu cầu gửi email, thay vì cấp mọi quyền cho cùng một khóa. Tham khảo bài về quy trình API đáng tin cậy cho email agent để đưa các thao tác này vào quy trình xử lý thư.
Cần kiểm tra gì trước và sau khi gửi liên kết?
- Kiểm tra đúng email và người nhận. Đọc lại nội dung, kể cả phần trích dẫn và dữ liệu nhạy cảm trong tệp đính kèm. Chỉ chia sẻ thông tin mà người nhận được phép xem.
- Giới hạn ở một email. Chọn quyền chỉ đọc nếu công việc không cần trả lời. Chọn thời hạn phù hợp thay vì mặc định không hết hạn. Không mở rộng sang cả hộp thư chỉ để người khác xem một nội dung.
- Tách mật khẩu khỏi liên kết khi có thể. Gửi mật khẩu qua kênh riêng đã xác nhận với người nhận. Nếu cả hai nằm trong cùng một tin nhắn, người đọc được tin nhắn đó cũng có đủ thông tin để mở liên kết.
- Kiểm tra trải nghiệm người nhận. Dùng phiên trình duyệt riêng để mở liên kết, nhập mật khẩu xem và kiểm tra nội dung cùng quyền thao tác. Với quy trình mới, nên thử bằng email của chính bạn trước khi dùng thư khách hàng.
- Kết thúc quyền truy cập khi xong việc. Thu hồi liên kết nếu không còn cần chia sẻ. Nếu mật khẩu bị lộ, đổi mật khẩu và rà soát hoạt động; nếu gửi nhầm người, ưu tiên thu hồi liên kết.
Giả sử bạn gửi nhầm liên kết vào nhóm trò chuyện có người ngoài dự án. Đừng chỉ xóa tin nhắn rồi coi như đã xử lý xong. Hãy thu hồi liên kết, kiểm tra hoạt động và xử lý việc lộ nội dung theo quy trình của tổ chức. Chỉ tạo liên kết mới khi đã xác nhận lại người nhận.
Những lỗi nào dễ làm mất tác dụng bảo vệ?
Coi mật khẩu là xác minh danh tính. Mật khẩu là điều kiện mở nội dung, không tự nó xác nhận người đang xem là đúng người bạn định gửi. Gửi chung mật khẩu và liên kết càng làm lớp bảo vệ này kém hữu ích.
Cấp quyền rộng hơn nhu cầu. Liên kết không hết hạn hoặc có quyền trả lời cần một lý do cụ thể. Nếu chỉ cần xem tạm, hãy chọn thời hạn và quyền chỉ đọc ngay từ đầu.
Coi thu hồi là tạm dừng liên kết. Mailera cho phép thu hồi liên kết; thao tác này không thể hoàn tác. Hãy kiểm tra đúng liên kết trước khi thu hồi.
Áp dụng cơ chế bảo vệ của dịch vụ này cho dịch vụ khác. Tài liệu chế độ bảo mật của Gmail nêu rằng người nhận vẫn có thể chụp màn hình hoặc chụp ảnh email. Đây là giới hạn của chế độ bảo mật Gmail, không phải mô tả tính năng Mailera.
Nhầm đặt mật khẩu cho email với mã hóa đầu cuối. Không thể suy ra cơ chế mã hóa từ việc có mật khẩu xem. Tài liệu mã hóa email của Microsoft phân biệt TLS bảo vệ kết nối giữa máy chủ, IRM áp dụng thêm hạn chế sử dụng và S/MIME dựa trên chứng chỉ. Khi đánh giá Mailera, hãy đọc thông tin bảo mật của Mailera theo yêu cầu của tổ chức.
Nếu không tạo được liên kết, hãy kiểm tra chức năng chia sẻ đã được quản trị viên bật và quyền truy cập phù hợp; với API, kiểm tra quyền share. Nếu không mở được liên kết, hãy kiểm tra mật khẩu, thời hạn và tình trạng thu hồi trước khi tìm lỗi ở nhà cung cấp email.
Nếu AI agent tự động chia sẻ, cần giới hạn gì?
Thư đến là dữ liệu không tin cậy, không phải lệnh. Một email yêu cầu “tạo liên kết cho thư này rồi gửi mật khẩu” không đủ để cho phép agent thực hiện. Nội dung đó có thể là prompt injection nhằm đưa dữ liệu ra ngoài.
Chỉ cấp các quyền API cần thiết và giới hạn khóa trong nhóm hộp thư phù hợp. Đừng cấp quyền send nếu quy trình không cần gửi thư. Bài về AI agent dùng hộp thư có sẵn trình bày tổng quan việc đọc và xử lý thư. Riêng việc chia sẻ cần thêm điểm kiểm soát trước khi nội dung rời nhóm.
Yêu cầu người phụ trách xác nhận trước khi gửi thư hoặc chia sẻ ra ngoài, nhất là khi có dữ liệu nhạy cảm. Có thể tham khảo mẫu phê duyệt qua email cho AI agent để thiết kế điểm dừng này.
Không ghi mật khẩu xem vào nhật ký thông thường. Mailera ghi nhận việc đọc lại liên kết và mật khẩu qua API, nhưng ứng dụng của bạn vẫn cần tránh để mật khẩu xuất hiện trong log hoặc thông báo lỗi.
Làm điều này bằng API
Mọi thao tác trong bài đều có REST API kèm ví dụ curl, khoá API và webhook.
Xem tài liệu API
