Gentoo users sometimes notice incoming email cutting off at exactly 1000 lines in their mailbox files, which can interrupt workflows and raise concerns about data loss. This behavior usually ties to size limits, quota settings, or transport agent configurations rather than a permanent data ceiling.
Below is a structured overview of how message limits, storage policies, and delivery tools interact when mail appears to stop at 1000 lines.
| Parameter | Typical Default | Impact on 1000-line Cutoff | Action if Reached |
|---|---|---|---|
| Mailbox size limit (maildir) | None | No automatic cutoff unless enforced by quota or script | Delivery fails if quota exceeded |
| MDA line cap (procmail formail) | Unlimited | Custom scripts may stop at 1000 lines | New messages diverted or truncated |
| MDA size cap (maildrop, Dovecot) | Disabled | Can enforce per-message or per-mailbox thresholds | Message bounced or returned to sender |
| Quota policy (Dovecot) | 0 (unlimited) | Enforces total mailbox size, not line count directly | Incoming mail rejected when quota exceeded |
Transport Agent Behavior and Line Boundaries
Incoming messages pass through agents such as Postfix or Exim before reaching the final storage format in Dovecot or a local Maildir. If a transport script uses line-based logic, it may misinterpret headers or early content as the end of a message, causing delivery to stop at 1000 lines. This is often due to an older filter or a custom MDA configuration that does not handle MIME properly.
Dovecot Quota and Mailbox Limits
Dovecot can enforce mailbox quotas based on bytes rather than line count, yet admins may implement custom scripts that reject delivery once a fixed number of lines is reached. When limits are defined in the configuration, Dovecot logs specific warnings about policy violations, and users see truncated mailboxes without explicit errors on the client side.
Procmail and MDA Line Counting Scripts
Procmail recipes or shell-based MDAs that use tools like formail may include conditions such as counting headers and body lines to enforce a hard limit. Because these scripts often count newline characters, a mailbox that appears to contain thousands of logical messages can be stopped at exactly 1000 lines if a legacy rule caps delivery prematurely.
Diagnosis and Resolution Steps
Reviewing logs for quota rejections, checking MDA configuration for line-based rules, and validating mailbox size against transport thresholds helps pinpoint the source of the cutoff. Administrators can adjust MDA settings, disable legacy line counting, or raise size-based quotas to restore full delivery without arbitrary line restrictions.
FAQ
Reader questions
Why does my mailbox stop at exactly 1000 lines even though there is no quota set?
A legacy MDA or procmail rule may be counting lines explicitly and rejecting further delivery once a threshold is reached, independent of mailbox size or Dovecot quotas.
Could Postfix or Exim be enforcing the 1000-line limit on my system?
Postfix and Exim do not limit by line count by default; the restriction is typically introduced by downstream MDA tools or custom content filters that inspect messages line by line.
Will increasing my Dovecot quota resolve the cutoff at 1000 lines?
Increasing quota alone will not help if the MDA or a filtering script enforces a line-based limit; you must also adjust or remove the line counting rule in the delivery pipeline.
How can I quickly test if line counting rules are causing the cutoff?
Temporarily disable procmail or custom MDA line checks, deliver a test message with more than 1000 lines, and verify whether the entire message arrives intact in the mailbox.