Interface IStoredEmailContentInventory
- Namespace
- MailFathom.Application.Synchronization
- Assembly
- MailFathom.Application.dll
Reports how much local content storage holds and which occurrences it is still missing.
public interface IStoredEmailContentInventory
Remarks
Both questions belong to one port because one caller asks them for one decision: a run reads how much room is left before it stores anything, and reads the gaps so it can close them once there is room again. Splitting them would leave two ports over the same table answering halves of the same question.
The port is deliberately read-only. Closing a gap is an ordinary store of a discovered occurrence, so it goes through IEmailMetadataRepository and IEmailContentStore exactly as a first discovery does, which is what keeps one write path for content rather than two that could drift.
Methods
- GetEmailsAwaitingContentAsync(MailAccountId, MailFolderResolutionId, ImapUidValidity, int, CancellationToken)
Gets the occurrences of one folder that are recorded without their content and are waiting for room.
- GetStoredContentBytesAsync(CancellationToken)
Gets how many bytes of local storage the stored raw MIME currently occupies.