Re: control/amime-footer-base64

Hey, Ron.

You had written me privately in your reply below, but based on the 
contents of the mail I think it was meant to go to the [mlmmj-discuss] 
mailing list, so I'm sending a reply there. If my guess was wrong let me 
know, but looking at it, it seems safe to send to the list.

mlmmj-receive-strip -- okay yep, got it. As long as it's useful for 
admins then it should also be included.

Thanks for the heads-up on that.

There is a little more work to cosider as these two binaries are 
included. The Debian Policy Manual, section 12.1 states that:

     "Each program, utility, and function should have an associated 
manual page included in the same package or a dependency.
      It is suggested that all configuration files also have a manual 
page included as well."

and

     "If no manual page is available, this is considered as a bug and 
should be reported to the Debian Bug Tracking System
     (the maintainer of the package is allowed to write this bug report 
themselves, if they so desire)."

There's a number of options to handle this, and in this case I'm tempted 
to create "wishlist" bugs tagged "newbie" for someone helpful looking to 
get into Debian packaging to create them and send a patch.

Also I note that in looking at mlmmj-receive-strip, it is a full 
replacement for mlmmj-receive, and mlmmj-amime-receive is meant to be 
used in /etc/aliases as a replacement for mlmmj-receive too, and pipes 
the output of the script to mlmmj-receive. i.e. There seem to be 
competing replacements for mlmmj-receive between the two. Presumably one 
would not want to use both at the same time, but I'm mentioning this so 
that can be considered.

    -- Chris

Chris Knadle
[email protected]

On 11/29/25 23:49, Ron Guerin wrote:
> Hi Chris,
>
> I've been reluctant to make requests in this regard, knowing how much 
> you've got on your plate.  But since you've asked, I'm going to say 
> that yes, I think it's a worthy addition, as it allows you to add 
> footers to HTML emails.
>
> Related, for those who don't want any MIME content on their lists, I'd 
> also like to ask that you consider adding mlmmj-receive-strip, which 
> is also in the contrib directory.
>
> /* a version of mlmmj-receive that parses the mail on the fly and 
> strips unwanted
>    mime parts
>    opens the files control/mimedeny and control/mimestrip for a list 
> of mime
>    types for body parts that should be denied or stripped.
>    It adds an extra header X-ThisMailContainsUnwantedMimeParts: Y for 
> mails that
>    contain disallowed mimeparts and 
> X-ThisMailContainsUnwantedMimeParts: N otherwise
> */
>
> - Ron