Ability to reject emails send to specific suffix

[medikoo]

In my configuration I have VEXIM_LOCALPART_SUFFIX = +* setting, so all emails that go to address which starts with username+ goes to my username mailbox.

Still for some suffixes I started to receive SPAM, I'd like to keep + suffix settings, but want to be able to reject emails that specifically are send to e.g. [email protected].

I revised all settings and it seems that it's not possible to achieve with current version of vexim (?)

[Udera]

Already suspected such a problem #137.
I prepared a pull request to fix this in #220.

[Udera]

Still for some suffixes I started to receive SPAM, I'd like to keep + suffix settings, but want to be able to reject emails that specifically are send to e.g. [email protected].

Technically, we now move the mails to the spam folder as well. Currently, we only have a global setting, where you can reject mails above a certain spam score: https://github.com/vexim/vexim2/blob/master/docs/vexim-acl-check-content.conf#L54-L57

[rimas-kudelis]

@Udera: I think @medikoo is talking about more than just #220. At least to my understanding, he wants an option to treat certain suffixes as spam mailboxes.

[medikoo]

@Udera when I wrote I started to receive SPAM I meant that those mails were SPAM to me (but not necesarily detected as SPAM).. I think natural SPAM filter works ok for those messages.

I'm asking if it's possible to explicitly configure that all messages to [email protected] are bounced back (with Mailer deamon response).
So I want to keep username+.. catchAll, but reject emails for some postfixes

[rimas-kudelis]

I think we can mark this as a feature request. This would need new SQL tables, but seems like a good idea to me.

[Udera]

As admin you can manage fails. However I'm not sure if this works for local part suffixes. It should probably be configurable for an individual user.

Currently fails are just thrown away (no notification at all). It would be better to reject these recipients during smtp session.

[rimas-kudelis]

Currently fails are just thrown away (no notification at all). It would be better to reject these recipients during smtp session.

Yep, certainly.

[Udera]

And vexim has to be aware of local part suffixes (provide user to block certain keywords and disallow the use of + in normal mail addresses.

[rimas-kudelis]

I'd split fixing fails into a separate issue for 2.3.1.
Allowing users to block certain suffixes is a good idea for future, I think. It requires more work and more thinking.

[Udera]

I create a PR for blocking recipient addresses during the smtp dialogue: #221

[medikoo]

As admin you can manage fails. However I'm not sure if this works for local part suffixes. It should probably be configurable for an individual user.

I checked them and they do not seem to work. Is there a possibility to get fails work with suffixes? At least it'll be good workaround until this feature is ready in proposed form.

[runout-at]

Personally i use sieve filters on my MDA (dovecot) for everything suffix related.

I don't think that it makes sense to implement such features on the MTA side.