Property Attachments
- Namespace
- MailFathom.Application.Emails.GetEmailContent
- Assembly
- MailFathom.Application.dll
Attachments
Gets one entry per attachment, described always and carrying a link only where the request asked for one.
public required IReadOnlyList<ReadEmailAttachment> Attachments { get; init; }Property Value
Remarks
Every read describes what a message carries — the file name, the media type, and the decoded size — because a caller deciding whether a file is worth fetching needs all three, and a read that answered with a count alone would leave it nothing to decide on. Whether a link is minted is what IncludeAttachmentDownloadLinks asks, and each entry says which of the answers it got.
The descriptions are re-derived rather than stored, because file names are mail content that the row deliberately does not keep. Deriving them during the parse that produces the body costs nothing extra and guarantees they describe the message they were read from, and it is that same parse whose walk order a link names.
It is empty when the message's raw MIME was never stored locally, which NotStoredExceededSizeLimit on the body states — an emptiness about this message's parts never having been read rather than about it carrying no files, which the absent AttachmentSummary beside it states. Inline resources and cryptographic parts never appear here; they are counted in the summary instead.