Thunderbird 사용에서 offlineimap및 mutt. 내 메일함에는 50,000개가 넘는 이메일이 있습니다. 몇 가지 설정을 조정한 후에는 mutt수많은 메시지에 대한 반응이 매우 좋아졌습니다. notmuch검색 속도가 매우 빠릅니다. 그러나 offlineimap모든 폴더를 동기화하는 데 몇 분 정도 걸릴 수 있습니다.
몇 가지 연구 결과에 따르면 IMAP은 매우 큰 폴더에서는 제대로 작동하지 않는 것 같습니다. 그렇다면 폴더를 더 작게 유지하려면 어떤 이메일 작업 흐름을 사용해야 합니까?
답변1
모든 IMAP 서버가 빠른 것은 아니지만 앞서 언급한 것처럼 효율적인 IMAP 구현 및 설정이 가능합니다. 나에겐 행운이 참 많다비둘기 로프트. 그러나 오프라인imap은 특히 느린 프로그램입니다. 소규모 테스트에서는 잘 작동했기 때문에 이를 사용하도록 전환하고 전체 이메일 설정을 재설정했습니다. 하지만 더 많은 이메일을 받을수록 속도는 느려졌고 결국 이메일을 확인할 때마다 정신을 잃기 시작했습니다.
완전한 오프라인 검색 경험을 원하지만 그다지 마음에 들지 않는 경우 다음을 고려해 보세요.다중 동기화, 이는 일종의 오프라인 지도와 비슷하지만 특히 not much의 색인 생성을 활용하는 not much를 위한 것입니다. 초기 동기화가 완료된 후 muchsync는 Offlineimap의 모든 네트워크 왕복을 방지하고 효율성을 높이기 위해 notmuch의 색인 데이터 구조를 활용하므로 Offlineimap보다 훨씬 빠릅니다. Offlineimap에서 전환했는데 이보다 더할 나위 없이 기뻤습니다.
고려해야 할 또 다른 옵션은동기화. 나는 isync에 대한 개인적인 경험이 없지만 어떤 사람들은 그것을 좋아하는 것 같습니다. 이전에 오프라인imap을 사용하고 싫어했던 적이 있었기 때문에 muchsync로 전환하지 않았다면 진지하게 isync를 조사했을 것입니다.
답변2
"IMAP"이라고 말하면 uwimapdIMAP 서버 구현을 의미할 가능성이 높습니다. 이 경우 모든 mbox의 크기, 즉 하위 폴더를 제외하고 동일한 폴더에 있는 모든 이메일의 크기가 2GB를 초과하지 않는지 확인해야 합니다.
해당 내용을 언급하지 않으신다면 uwimapd귀하의 문제는 IMAP이 아니라 컴퓨터 성능과 인터넷 업링크에 있는 것 같습니다. 그래서:
3개월이 넘지 않은 이메일과 진행 중인 프로젝트의 일부인 이메일만 보관하세요. 나머지는 넣어두세요파일폴더. 아래에 동일한 폴더 구조를 만듭니다.파일당신이 본대로받은편지함. 이렇게 하면 물건을 쉽게 찾을 수 있습니다.파일, 찾을 수 없다면받은편지함.
IMAP은 메일 사용자 에이전트가 (원격) 메일 서버에 저장된 이메일 메시지를 검색하고 관리하기 위해 사용하는 일반 텍스트 프로토콜이며, 수천 개의 이메일을 동시에 처리해야 할 때 문제가 발생합니다. 핵심은 "처리해야합니다".이메일의 전체 볼륨과 크기 자체는 IMAP에 문제가 되지 않습니다. 실제로 많은 양의 이메일을 처리해야 한다면 문제가 됩니다."
예를 들어 동기화 간에 수천 개의 이메일의 콘텐츠 및/또는 상태(플래그, 읽지 않음/읽음, 우선순위, 타임스탬프 등)가 변경된 경우 이런 일이 발생할 수 있습니다. 를 사용할 때 offlineimap사용 사례에 따라 실제로 이런 일이 발생할 수 있습니다 . 그러나 이 경우 도움이 될 수 있는 유일한 방법은 동기화를 더 자주 수행하는 것입니다.
답변3
"일부 조사 결과 IMAP은 매우 큰 폴더에서는 제대로 작동하지 않는 것으로 나타났습니다."
내 의견(및 경험)은 정반대입니다. Imap은 매우 정교한 서버 측 검색 및 색인 기능을 가지고 있습니다. 유일한 문제는 대부분의 메일 클라이언트가 실제로 이를 원격 파일 처리 프로토콜로 사용한다는 것입니다.
예를 들어 IMAP을 사용하여 특정 SMTP 헤더가 있는 폴더에서 메시지를 검색할 수 있습니다. 또는 메시지의 첨부 파일을 본문과 별도로 처리할 수 있습니다. 하지만 여기에는 대가가 따른다. 프로토콜은 내가 본 다른 프로토콜보다 훨씬 더 복잡하다.
imap의 진정한 힘은 다음과 같은 경우에만 나타납니다.
실제 IMAP 서버는 메일을 색인화할 수 있습니다.
그리고 메일 클라이언트는 imap 폴더를 지능적으로 처리합니다(즉, imapd를 원격 파일 시스템으로 사용하지 않고 서버 측에서 원격 쿼리를 통해 대부분의 작업을 수행함).
내 유일한 좋은 경험은 Thunderbird/Loft 페어링이었습니다. 클라이언트 측에서는 kmail도 상대적으로 좋고, 서버 측에서는 cyrus도 있습니다. 다른 시스템은 실제로 그렇게 좋지 않습니다.
Thunderbird에서는 "서버에서 검색" 쿼리를 수행하고 해당 결과를 가상 폴더로 볼 수 있습니다. 서버 측 검색을 통해 imapd는 내부 색인 데이터에 대해 키워드 기반 검색을 빠르게 수행할 수 있습니다.
나는 오프라인imap에 대해서는 모르지만 mutt에 대해서는 알고 있습니다. 깔끔한 문자 콘솔 응용 프로그램은 한 가지 예외를 제외하면 매우 훌륭하고 대부분 매우 효율적입니다. 바로 이것이 바로 여러분이 발견한 것입니다. 이 응용 프로그램은 항목 인덱싱을 피하고 선형 항목을 시도하는 경향이 있습니다(매우 빠르기는 하지만).
답변4
방금 추가했어요imapsync알파인 리눅스로. LXCLinux의 모든 컨테이너에서 실행할 수 있습니다 . 알파인 컨테이너 5mb크기는 약입니다.
7GB어젯밤에 아무 문제 없이 내 사서함을 새 사서함으로 옮겼습니다 . mailserver약 3시간이 소요되며 초당 2.2개의 메시지가 전송되며 프로세스는 260-280mbRAM을 사용합니다. 60캐싱이 활성화된 5개의 사서함을 동기화하는 데는 몇 초 정도 걸립니다 --useuid.