Thanks, Kevin. I responded to the issue. In short this is indeed the only way it works presently, and I think it was the right design choice, but I don't see a problem with extending the user customization logic to allow counting content in the MIME root element. (E.g. "attachments +R image/*")
* On 30 Mar 2020, Kevin J. McCarthy wrote: > Gitlab ticket 217 <https://gitlab.com/muttmua/mutt/-/issues/217> is about > attachment counting when an email has just a single inline image/jpeg part. > The submitter would like this to show up in their attachment counting setup. > > count_body_parts() in parse.c is deliberately skipping over such: > > if (bp->disposition == DISPINLINE && > bp->type != TYPEMULTIPART && bp->type != TYPEMESSAGE && bp == body) > AT_NOCOUNT("ignore fundamental inlines"); > > dgc or others involved in the feature, is there a way to provide counting > functionality in this case without goofing up existing configs? > > -- > Kevin J. McCarthy > GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA
