답변:
접미사에서 사서함을 관리하지 마십시오. 못. 적절한 기능이있는 POP / IMAP 서버를 통해 전달할 메시지를 리디렉션하십시오. 비둘기장의 경우 사용자 제어 메시지 필터링, 할당량 관리, 자동 회신 등과 같은 모든 것을 수행하는 dovecot-lda일명 deliver이 있습니다.
어쨌든 maildir은 maibox와 비교하여 많은 기능 향상으로 인해 새롭고 선호되는 형식입니다. Maildir에는 각 폴더에 대한 색인이있어서 중복, 만료 시간 및 전체 텍스트 검색을 제어 할 수 있습니다. 또한 maildir은 엄청난 양의 메시지에서 훨씬 빠릅니다. Dovecot는 눈에 띄는 속도 저하없이 300k 메시지가 포함 된 maildir을 쉽게 조작 할 수 있습니다. 큰 사서함은 문제 자체입니다. 또한 대부분의 최신 POP / IMAP 서버에는 대규모 인프라에서 일반적인 작업을위한 많은 유틸리티가 있습니다.
메일 스토리지에 NFS를 사용하는 경우 어떤 상황에서도 mbox를 사용 하지 마십시오 . 확장 가능한 솔루션을 원한다면 Maildir을 사용하십시오.
mbox 형식의 주된 문제점은 파일 잠금 문제입니다. 메일 서버가 둘 이상이거나 동시에 사서함에 액세스하려고하는 프로세스가 둘 이상인 경우 손상된 사서함이 발생할 위험이 큽니다. 반송 메일 폭풍으로 인해 사서함을 통해 많은 메시지를 삭제하는 것도 어렵습니다.
Maildir은 하나의 서버에 여러 개의 메일 서버 또는 여러 프로세스가있을 때 IMAP 또는 POP 서버가 계정에 액세스하는 동시에 이메일을 동일한 계정으로 전달할 때 실패없이 작동하도록 설계되었습니다.
Maildir의 주요 문제점은 너무 많은 inode를 처리 할 때 속도가 느려지는 파일 시스템을 사용하고 백업 시스템이 여러 파일을 처리하는 데 나쁜 경우입니다. 파일 시스템의 경우 ISP에서 이메일 시스템 관리를 수행했을 때 VXFS가 가장 적합했습니다. 백업의 경우 권장 사항이 없습니다. 불행히도 그들 중 대부분은 작은 파일이 아닌 데이터베이스 서버를 처리하도록 설계된 것 같습니다.
Postfix는 대부분 신경 쓰지 않습니다. 메일을 일부 파일에 넣습니다. 삽입 부분은 IMAP (또는 POP3)을 통해 시스템에서 메일을 가져 오려고 할 때 발생합니다. 대부분의 IMAP 서버 (내가 시도한)는 Maildirs를 선호합니다. IMAP 서버가 원하는 다양한 메타 데이터로 쉽게 확장 할 수 있으며 기본 "This Mailmail"구조를 유지하면서 IMAP 서버를 교체 할 수 있습니다. 메일 플래그가 포함 된 메타 데이터를 잃어 버릴 수 있으므로 실제로 전환하려면 IMAP 서버의 마이그레이션 문서를 읽어야합니다.
구체적인 질문을 해결하려면
한 스토리지 형식이 다른 스토리지 형식보다 확장 성이 있습니까?
mbox는 더 커질수록 관리하기 어려워지는 경향이 있습니다. 하나의 큰 얼룩에 모든 것을 저장하기 때문에 점진적으로 백업하기가 어려울 수 있으며 이러한 액세스는 mbox가 발생하는 동안 쓰기에 대해 잠급니다. 일부 손상이있는 경우 복구 또는 복구를 시도하기가 훨씬 어렵습니다. 메일을 더 많이 저장할수록 위험이 증가 할 수 있습니다.
Maildir은 기본적으로 파일 당 확장성에 의존합니다. 이는 메시지 당 하나씩 작은 파일을 여러 개 만들 수 있기 때문입니다. 많은 이메일을 가지고 있다면 Maildir은 일반적으로 다루기가 더 쉽고 빠릅니다.
데이터 무결성 문제 / 차이가 있습니까?
예, 주된 것은 mbox가 전체 아카이브에서 읽기 / 쓰기 파일 잠금을 요구한다는 것입니다. 즉, 읽기는 쓰기를 기다려야하며 각 개별 쓰기는 다른 모든 액세스를 기다려야합니다. NFS 공유와 같이 잠금이 불가능한 방식으로 사용 된 경우 아카이브가 손상 될 수 있습니다. 임의의 손상은 단일 메시지가 아닌 전체 아카이브에 영향을 줄 수 있습니다.
Maildir을 사용하면 대부분의 작업에서 잠금이 개별 메시지 수준에있을 수 있으며 파일 손상은 해당 메시지에만 영향을 미칩니다. 메시지 자체에서 필요한 경우 메시지에 대한 인덱스를 다시 작성할 수 있습니다.
한 형식을 다른 형식보다 사용해야하는 상황이 명확하게 정의되어 있습니까?
Maildir이 mbox를 보편적으로 선호되는 형식으로 대체하기 시작한 것은 더 큰 경우이며, 큰 단점이 없습니다.
주요 제한 사항은 많은 작은 파일을 만드는 것인데, 파일 시스템 클러스터 크기에 따라 일부 파일 시스템에 부담을 주거나 비효율적입니다. 이것은 최신 파일 시스템에서는 문제가되지 않습니다. 또한 백업 전략에 정보를 제공 할 수 있지만 전체적으로 백업 전략 선택에 더 많은 유연성을 제공합니다.
Mbox는 메일 함 내부의 텍스트를 검색하고 메일 파일에 새 메일을 추가 할 때 빠르지 만 메일이 손상되기 쉽고 네트워크 파일 시스템에 문제가있을 수 있습니다. 또한 파일 잠금이 문제 일 수 있습니다.
Maildir을 사용하면 특정 메일을 더 빨리 검색 할 수 있으며 파일 잠금 또는 네트워크 파일 시스템으로 인해 문제가 발생하지 않습니다 (예 : Maildir을 사용하면 다른 메일 공유를 다른 NFS 공유에 저장할 수 있으며 Mbox로는이를 달성 할 수 없습니다). 파일 시스템이 많은 수의 파일을 효율적으로 처리하지 못하는 경우 Maildir에 문제가있을 수 있습니다.
하나 또는 다른 것을 선택하기 전에 확장 가능한 솔루션이 필요하다는 점을 이해합니다. (택배를 사용하지 않는 경우에도)