Thư mục IMAP: lớn như thế nào là quá lớn?

Tôi đã chuyển từ sử dụng Thunderbird sang offlineimapvà mutt. Hộp thư của tôi có hơn 50k tin nhắn. Sau khi điều chỉnh một số cài đặt, muttrất phản hồi với nhiều tin nhắn này. notmuchlà cực kỳ nhanh chóng cho các tìm kiếm. Nhưng offlineimapcó thể mất vài phút để đồng bộ tất cả các thư mục.

Sau một nghiên cứu nhỏ, có vẻ như IMAP không được sử dụng cho các thư mục rất lớn. Nếu đó là trường hợp, thì tôi nên sử dụng loại công việc emal nào để giữ các thư mục nhỏ hơn?

Có một cơ hội mà bạn đang đề cập đến uwimapd, đó là việc triển khai cho máy chủ IMAP, khi bạn nói "IMAP". Trong trường hợp đó, bạn cần đảm bảo không có mbox nào của bạn trở nên lớn hơn 2GB, đó là tất cả các email trong cùng một thư mục, không tính các thư mục con.

Nếu bạn không đề cập đến uwimapd, tôi tin rằng vấn đề của bạn là hiệu suất của máy tính và đường lên internet, không phải IMAP. Vì thế:

Chỉ giữ email không quá 3 tháng và những email thuộc các dự án đang diễn ra. Đặt phần còn lại vào một thư mục lưu trữ . Tạo cấu trúc thư mục tương tự trong kho lưu trữ như bạn có trong INBOX . Điều đó giúp bạn dễ dàng tìm thấy nội dung trong kho lưu trữ , nếu bạn không thể tìm thấy nội dung đó trong INBOX .

IMAP, giao thức văn bản rõ ràng mà tác nhân người dùng thư của bạn sử dụng để truy xuất và quản lý các email được lưu trữ trên máy chủ thư (từ xa), trở nên có vấn đề khi phải xử lý hàng ngàn email cùng một lúc. Khía cạnh quan trọng là " phải xử lý ". Tổng số lượng và kích thước của email không phải là vấn đề đối với IMAP. Vấn đề phát sinh nếu nó phải thực hiện công việc trên rất nhiều email.

Ví dụ, điều này xảy ra nếu hàng ngàn email có nội dung và / hoặc trạng thái của chúng (được gắn cờ, không đọc / ưu tiên, dấu thời gian, ...) thay đổi giữa hai đồng bộ hóa. Khi bạn sử dụng offlineimapđiều này thực sự có thể xảy ra, tùy thuộc vào trường hợp sử dụng của bạn. Tuy nhiên, trong trường hợp đó, điều duy nhất sẽ giúp bạn thường xuyên đồng bộ hóa hơn.

Không phải tất cả các máy chủ IMAP đều nhanh, nhưng như đã lưu ý trước đó, có thể có cài đặt và triển khai IMAP hiệu quả. Tôi đã có may mắn hợp lý với dovecot . Tuy nhiên, offlineimap là một chương trình đặc biệt chậm. Nó hoạt động tốt trong các thử nghiệm nhỏ, vì vậy tôi đã chuyển sang nó và làm lại toàn bộ thiết lập email của mình để phụ thuộc vào nó. Nhưng sau đó, càng nhiều thư tôi nhận được càng chậm, cho đến cuối cùng tôi bắt đầu mất trí mỗi khi tôi kiểm tra email.

Nếu bạn muốn có trải nghiệm tìm kiếm ngoại tuyến hoàn toàn và giống như notmuch, bạn có thể xem xét nhiều phần mềm , tương tự như offlineimap nhưng chuyên dùng để notmuch tận dụng chỉ mục của notmuch. muchsync nhanh hơn nhiều so với offlineimap sau khi bạn thực hiện đồng bộ hóa ban đầu, vì nó tránh được tất cả các chuyến đi vòng quanh mạng mà offlineimap có và tận dụng các cấu trúc dữ liệu chỉ mục của notmuch để đạt hiệu quả. Tôi đã chuyển sang nó từ offlineimap và đã rất hạnh phúc.

Tuy nhiên, một cách khác để xem xét là isync . Tôi không có kinh nghiệm cá nhân với isync, nhưng một số người có vẻ thích nó. Trước đây đã từng sử dụng và ghét offlineimap, tôi sẽ nghiêm túc điều tra isync nếu tôi chưa chuyển sang muchsync.

"Sau một nghiên cứu nhỏ, có vẻ như IMAP không được sử dụng cho các thư mục rất lớn."

Ý kiến ​​của tôi (và kinh nghiệm) là hoàn toàn ngược lại. Imap có khả năng tìm kiếm, lập chỉ mục phía máy chủ rất tinh vi - vấn đề duy nhất là, hầu hết các mailclient sử dụng điều này thực tế như một giao thức xử lý tệp từ xa.

Ví dụ: với IMAP, có thể tìm kiếm thư trong một thư mục có tiêu đề SMTP cụ thể. Hoặc bạn có thể xử lý các tệp đính kèm của thư riêng biệt với phần thân của nó. Nhưng điều này có giá: giao thức phức tạp hơn nhiều so với bất kỳ giao thức nào tôi từng thấy.

Sức mạnh thực sự của imap sẽ chỉ được nhìn thấy, nếu

• máy chủ IMAP thực tế có thể lập chỉ mục thư của bạn

• và mailclient của bạn có thể xử lý các thư mục imap một cách thông minh (nghĩa là không sử dụng imapd như một hệ thống tệp từ xa, nhưng thực hiện hầu hết các thư mục đó với các truy vấn từ xa ở phía máy chủ).

Trải nghiệm tốt duy nhất của tôi là cặp thunderbird / dovecot với nó. Về phía khách hàng, kmail cũng tương đối ổn, và cả cyrus ở phía máy chủ. Một hệ thống khác không thực sự ổn.

Trong thunderbird, bạn có thể thực hiện truy vấn "tìm kiếm trên máy chủ" và xem kết quả của chúng dưới dạng thư mục ảo. Và tìm kiếm bên máy chủ cho phép imapd thực hiện các tìm kiếm nhanh, dựa trên từ khóa dựa trên dữ liệu chỉ mục nội bộ của nó.

Tôi không biết offlineimap, nhưng tôi biết mutt. Các ứng dụng sạch, char console rất tốt và chủ yếu rất hiệu quả, với một ngoại lệ duy nhất và chính xác đây là những gì bạn tìm thấy: chúng có xu hướng tránh những thứ được lập chỉ mục và cố gắng làm mọi thứ một cách tuyến tính (mặc dù rất nhanh).

Tôi vừa mới thêm vào imapsyncLinux Linux . Nó có thể được chạy trong một LXCcontainer trên bất kỳ Linux nào. Một container Alps có 5mbkích thước xung quanh .

Tôi đã chuyển một 7GBhộp thư đến một mailserverđêm mới mà không có bất kỳ vấn đề. Mất khoảng 3 giờ với 2,2 tin nhắn / giây được chuyển và quá trình sử dụng 260-280mbRAM. Phải mất 60vài giây để đồng bộ 5 hộp thư với --useuidkích hoạt bộ đệm.