Earlier quoted context omitted.
Actually I did suggest something to stop it; return a 501 for any email that contains an application/amp+html part (even if it has other MIME parts). Doing this means the sender will have to change their behaviour not the receiver.
This is really the only way to reject AMP4Email: Refuse to allow it, so that companies wanting to reach their customers can't implement it. However, it's unlikely large mail providers would choose to do this, I can't imagine Microsoft or Yahoo taking such a stand. My own provider FastMail, has said they of course, can't promise they won't support AMP4Email since compatibility is a major goal of theirs, and I can't fa…
qr'^application/amp+html$'i,
is what I use.If you want to put it in a separate file (such as a local config file) then you can just
push(@$banned_filename_re,qr'^application/amp+html$'i);