forwardemail / forwardemail/forwardemail.net
[enh] user blacklist applied before global ip/email filters
- Dominant language
- JavaScript
- Stars
- 1.7k
- Forks
- 203
- PR merge metrics
- No merged PRs in 30d
Description
I think that rejecting with a permanent 5xx error in case of user configured blacklist should happen BEFORE the global rejecting rules because they would generate a defer 4xx error instead, so to be repeated many many times until the message will be bounced by sending server.
This would save server's resources and many log records! :)
Contributor guide
Research direction
Trace the SMTP message-processing path where user-configured blacklists and global IP/email rejecting rules are evaluated. Confirm the current defer-versus-permanent rejection behavior, then verify that a matched user blacklist is handled first and repeated delivery attempts are avoided.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100