Maildir
E792074
Maildir is an email storage format that saves each message as a separate file in a structured directory hierarchy to improve reliability and concurrency over traditional mbox files.
All labels observed (1)
| Label | Occurrences |
|---|---|
| Maildir canonical | 1 |
How this entity was disambiguated
This entity first appeared as the object of triple T9312018 — resolving that mention is where its identity was fixed. The disambiguator weighed these candidate entities and picked the highlighted one (or “None”, minting a new entity). This is how homonymy is resolved: the same surface form can point to different entities.
NED1
Entity disambiguation (via context triple)
gpt-5-mini-2025-08-07
Target entity: Maildir Context triple: [qmail, supportsMailboxFormat, Maildir]
-
A.
IMAP
IMAP (Internet Message Access Protocol) is a standard email protocol that allows clients to access and manage messages stored on a mail server while keeping them synchronized across multiple devices.
-
B.
Mailbox
Mailbox was a popular mobile email management app known for its innovative swipe-based interface and focus on inbox organization, later acquired by Dropbox.
-
C.
MUTT
MUTT is the common nickname for the M151 MUTT, a lightweight military utility vehicle used extensively by the U.S. armed forces during the Cold War era.
-
D.
fetchmail
fetchmail is a widely used open-source remote mail retrieval and forwarding utility for Unix-like systems, designed to fetch email from POP/IMAP servers and deliver it to local mail clients or servers.
-
E.
InMail
InMail is LinkedIn’s premium messaging tool that lets users directly contact other members they’re not connected with on the platform.
- F. None of above. chosen
- G. Unsure - the case is ambiguous/there is not enough information to decide.
NED2
Entity disambiguation (via description)
gpt-5-mini-2025-08-07
Target entity: Maildir Target entity description: Maildir is an email storage format that saves each message as a separate file in a structured directory hierarchy to improve reliability and concurrency over traditional mbox files.
-
A.
IMAP
IMAP (Internet Message Access Protocol) is a standard email protocol that allows clients to access and manage messages stored on a mail server while keeping them synchronized across multiple devices.
-
B.
Mailbox
Mailbox was a popular mobile email management app known for its innovative swipe-based interface and focus on inbox organization, later acquired by Dropbox.
-
C.
MUTT
MUTT is the common nickname for the M151 MUTT, a lightweight military utility vehicle used extensively by the U.S. armed forces during the Cold War era.
-
D.
fetchmail
fetchmail is a widely used open-source remote mail retrieval and forwarding utility for Unix-like systems, designed to fetch email from POP/IMAP servers and deliver it to local mail clients or servers.
-
E.
InMail
InMail is LinkedIn’s premium messaging tool that lets users directly contact other members they’re not connected with on the platform.
- F. None of above. chosen
Statements (47)
| Predicate | Object |
|---|---|
| instanceOf |
email storage format
ⓘ
file format ⓘ |
| advantageOverMbox |
better performance with large mailboxes
ⓘ
no need to rewrite entire mailbox file when changing a message ⓘ reduced risk of mailbox corruption ⓘ |
| allows |
easy backup and restore at file level
ⓘ
per-message file permissions ⓘ |
| avoids | file locking issues common in mbox ⓘ |
| canBeAccessedBy |
IMAP daemons
ⓘ
local mail user agents ⓘ |
| commonlyUsedBy |
Courier Mail Server
ⓘ
linked to:
Courier MTA
Dovecot ⓘ Postfix (with configuration) ⓘ
linked to:
Postfix
qmail ⓘ |
| commonlyUsedIn | Unix-like systems ⓘ |
| comparedTo | mbox ⓘ |
| compatibleWith | IMAP servers that understand Maildir layout ⓘ |
| deliveryMethod | message written to tmp then moved to new ⓘ |
| designedFor | storing email messages ⓘ |
| designedToImprove |
concurrency
ⓘ
reliability ⓘ |
| doesNotRequire |
locking for appending messages
ⓘ
locking for reading messages ⓘ |
| fileSystemRequirement | requires filesystem that supports atomic rename ⓘ |
| hasDirectory |
INBOX/cur
ⓘ
INBOX/new ⓘ INBOX/tmp ⓘ |
| introducedBy | Daniel J. Bernstein ⓘ |
| messageFileNaming | unique filenames ⓘ |
| messageFlagsExample |
Flagged
ⓘ
Replied ⓘ Seen ⓘ |
| messageFlagsLocation | stored in filename suffix in cur directory ⓘ |
| originatedIn | qmail ecosystem ⓘ |
| purposeOfCurDirectory | holding messages that have been seen ⓘ |
| purposeOfNewDirectory | holding newly delivered messages ⓘ |
| purposeOfTmpDirectory | holding messages during delivery ⓘ |
| storesEachMessageAs | separate file ⓘ |
| supports |
concurrent access by multiple processes
ⓘ
flags encoded in filenames ⓘ hierarchical folders via multiple Maildir trees ⓘ safe crash recovery for delivered messages ⓘ server-side mail storage ⓘ user-level mail storage ⓘ |
| typicalBaseDirectory | ~/Maildir ⓘ |
| uniqueFilenamesAchievedBy | combining timestamp process ID and host name ⓘ |
| uses | directory hierarchy ⓘ |
How these facts were elicited
The pipeline generated the facts above by prompting gpt-5.1 with this entity's name + description and the instruction below.
Instruction
You are a knowledge base construction expert. Given a subject entity and a description of it, return factual statements that you know for the subject as a JSON list of dictionaries(triples), where keys must be "subject", "predicate" and "object". The number of facts may be very high, between 25 to 50 or more, for very popular subjects. For less popular subjects, the number of facts can be very low, like 5 or 10. # Requirements - If you don't know the subject at all, return an empty list. - If the subject is not a named entity, return an empty list. - Include at least one triple where predicate is "instanceOf". - Do not get too wordy. - Separate several objects into multiple triples with one object.
Input
Subject: Maildir Description of subject: Maildir is an email storage format that saves each message as a separate file in a structured directory hierarchy to improve reliability and concurrency over traditional mbox files.
Referenced by (1)
Full triples — surface form annotated when it differs from this entity's canonical label.