1

Topic: Setting to insert a delay during incoming SMTP connection?

==== REQUIRED BASIC INFO OF YOUR IREDMAIL SERVER ====
- iRedMail version (check /etc/iredmail-release): latest
- Deployed with iRedMail Easy or the downloadable installer?
- Linux/BSD distribution name and version: Ubuntu 22.04 LTS
- Store mail accounts in which backend (LDAP/MySQL/PGSQL): MySQL
- Web server (Apache or Nginx): Apache2
- Manage mail accounts with iRedAdmin-Pro? no
- [IMPORTANT] Related original log or error message is required if you're experiencing an issue.
====

I seem to remember during configuration some time ago I made a setting that would insert a delay during the initial handshake connection.  Am I imagining this or could someone point me to where this might be?

----

Spider Email Archiver: On-Premises, lightweight email archiving software developed by iRedMail team. Supports Amazon S3 compatible storage and custom branding.

2

Re: Setting to insert a delay during incoming SMTP connection?

Do you mean the "postscreen" service served by Postfix internally?
https://www.postfix.org/POSTSCREEN_README.html

It's enabled by iRedMail by default.

3

Re: Setting to insert a delay during incoming SMTP connection?

ZhangHuangbin wrote:

Do you mean the "postscreen" service served by Postfix internally?
https://www.postfix.org/POSTSCREEN_README.html

It's enabled by iRedMail by default.

Thanks for the response.  I don't think this was it.  I remember it having something to do with reducing spam, but I have been unable to find this setting so I will just say I must have imagined it.

4

Re: Setting to insert a delay during incoming SMTP connection?

maybe you mean greylisting...

5

Re: Setting to insert a delay during incoming SMTP connection?

dave.opc wrote:

maybe you mean greylisting...

I did look through that config but I do not have it enabled.

6

Re: Setting to insert a delay during incoming SMTP connection?

I think what you're referring to is that the iRedMail server is set to reject first sends from (perhaps) new email addresses and require them to resend the email.

So in your logs you'll see a reject.

On the next resend from the sender the server will accept the email.

This does cause a delay.  In theory, spammers don't resend - they just move on.

If this is what you're referring to, perhaps someone can now point you in the right direction.  If not, we're still uncertain of the feature you're asking about.

Andrew