Bỏ qua tới phần tài liệu
Cơ sở kiến thức

Mang hộp thư cũ của bạn theo

Đến đây cùng với thư bạn đã có sẵn, dù là một kho lưu trữ xuất ra từ nơi nó đang nằm hay chính tài khoản đó, phân thread như cũ và xếp đúng chỗ.

Chưa có

Chưa có bộ nhập nào dưới bất kỳ hình thức nào; phần duy nhất đã giải quyết xong là việc phân thread, bởi thư nhập vào mà giữ nguyên header gốc sẽ tự phân thread cùng với thư tới sau.

Chi tiết

  • Chưa phát hành. Ở đây không có gì đọc được một mbox, một tệp .eml, một kho lưu trữ của nhà cung cấp hay một tài khoản IMAP, và cũng không có màn hình nào để bắt đầu một lần nhập. Bộ phân tích sẽ làm việc đọc đó vốn đã là một dependency và vốn đã chạy trên mọi thư tới; thứ chưa tồn tại là bất cứ thứ gì tách một kho lưu trữ thành các thư rồi đưa cho nó.
  • Việc phân thread hoàn toàn không cần thêm công sức nào. Một cuộc hội thoại được neo vào mục đầu tiên trong header References của một thư, lùi về In-Reply-To rồi tới chính id của thư, đúng quy tắc mà mọi hệ thống thư khác dùng, nên một lần nhập giữ được ba header đó sẽ tái tạo các thread chính xác, không cần bảng ánh xạ id và không cần lượt xử lý thứ hai. Thư nhập vào sau đó phân thread chung với thư tới sau, bởi cả hai đều đi qua cùng một hàm.
  • Đường chuyển giao dùng lại được nhưng phần lớn những gì nó làm phải được tắt đi. Một thư tới sẽ được chấm điểm lừa đảo, kiểm tra xem có do AI viết không, được tóm tắt, được nhúng để tìm kiếm, được lập chỉ mục tệp và phát đi tới mọi tab đang mở. Cho tám mươi nghìn thư cũ chạy qua đó là tám mươi nghìn lượt gọi mô hình và tám mươi nghìn thông báo, nên một bộ nhập thuộc về bên cạnh đường hộp thư dùng một lần, vốn đã tồn tại như tiền lệ cho một luồng nhận thư cố ý yên lặng, chứ không phải là công tắc thứ năm trên đường chuyển giao.
  • Thư cũ không được rơi vào hộp thư đến. Một thư mục ở đây chỉ là một nhãn và không gì khác, nên xếp tám năm lưu trữ chỉ là chuyện ghi ARCHIVE thay vì INBOX và UNREAD. Công tắc làm việc đó hôm nay cũng đồng thời chặn việc đối chiếu báo cáo chuyển giao như một tác dụng phụ, nên một lần nhập cần công tắc của riêng nó chứ không mượn cái đó. Ngày tháng lấy từ chính thư, nên một thread từ năm 2019 sắp xếp như năm 2019 chứ không như ngày bạn chuyển nhà.
  • Chạy cùng một lần nhập hai lần thì không được làm hộp thư nhân đôi. Thư vốn đã được khử trùng lặp theo cặp message id và người gửi chứ không theo id nào sinh ra ở đây, nên chạy lại sau một lần thất bại là an toàn theo thiết kế, và đó chính là thứ khiến một lần nhập có thể tiếp tục được. Thứ còn thiếu xung quanh nó là phần sổ sách: một bản ghi công việc, một con trỏ, một bộ đếm bạn theo dõi được và một danh sách những gì không vào được.
  • Hai lối vào, và chúng không cùng tầm cỡ. Một tệp bạn đã có sẵn thì chỉ cần một bộ phân tích và một hàng đợi, không gì khác, và nhà cung cấp nào cũng đưa cho bạn một tệp khi được yêu cầu. Đọc một tài khoản đang hoạt động qua API của chính nó thì cần một OAuth client, một màn hình đồng ý, một vòng thẩm định và một scope đủ rộng để đọc cả hộp thư, mà scope đó chính là thứ sản phẩm này cố ý từ bỏ. Tệp là con đường đưa bạn tới đây cùng lịch sử của mình; tài khoản là một quyết định riêng về việc xin bao nhiêu quyền truy cập.