Any workarounds?”

No, because Mail inexplicably doesn’t allow you to run filters against raw message source. With that simple capability, you could look for the consistent unsubscribe links, or Chinese or Russian domains, or any number obvious spam clues.

Then it compounds the defect by not running content filters AFTER stripping HTML tags; spammers break keywords up with bogus, meaningless HTML tags to fool the content filters. Again, this easy-to-fix problem has plagued customers for years.

Chanell Qlojzog

The “name” varies every time, but the From and Respond to email addresses are always mine.

The content of these emails is always HTML, always includes a spurious address, and always includes a link to “unsubscribe” or some variation.

Setting a Mail filter to Delete every mail that comes from my own email address does not work. Mail does not “see” the unsubscribe link, so that doesn’t work.

Any workarounds?

Then use your regular maill.app to send emails with you regular account…

Make a new folder in your ~/Library/Mail folder called “bundles_disabled” (or whatever).

Move the plugin bundles into that folder and then restart Mail. If the problems persist, it’s not the plugins’ fault.

If the problem is gone, add the bundles back into the bundles folder one by one until the problem reappears. The last one you have moved is your culprit.

I must say, though, that MailPictures and MailTags have never liked each other. I’m surprised that you haven’t had problems with the two of them before.