1 Topic by drendell

  • drendell
  • Member
  • Offline
  • Registered: 2015-11-23
  • Posts: 3

Topic: Delayed mail delivery

==== Required information ====
- iRedMail version (check /etc/iredmail-release): 0.9.2
- Linux/BSD distribution name and version:  Ubuntu 14.04.3 LTS (GNU/Linux 3.13.0-43-generic x86_64)
- Store mail accounts in which backend (LDAP/MySQL/PGSQL): MySQL
- Web server (Apache or Nginx): Apache
- Manage mail accounts with iRedAdmin-Pro? No
- Related log if you're reporting an issue:
====

Hi, I'm having two, what I believe to be related, issues with my iRed install - messages sent to my domains have a huge delay, sometimes upwards of 2 hours, despite being delivered and passed out of the mail queue (mailq is always empty). I have ensured greylisting is not active, but despite trawling through the forums I cannot find a reason for this delay

Second: some mail just isn't delivered, at all - it just disappears, it's not in /var/mail, no errors in /var/err, it's just..gone

Are there any logs I can send or any tests I can do to aid a diagnosis?

Cheers

----

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

2 Reply by ZhangHuangbin

  • ZhangHuangbin
  • ZhangHuangbin
  • iRedMail Developers
  • Offline
  • Registered: 2009-05-06
  • Posts: 31,165

Re: Delayed mail delivery

*) About the delay, with default iRedMail setting, just greylisting will cause this delay, no other softwares will cause this. How about remove "check_policy_service inet:127.0.0.1:10031" in /etc/postfix/main.cf, restart Postfix service and monitor Postfix log file to track this issue.

drendell wrote:

Second: some mail just isn't delivered, at all - it just disappears, it's not in /var/mail, no errors in /var/err, it's just..gone

There must be some log about mail delivery, in /var/log/mail.log and /var/log/dovecot*.log. For example, Postfix will log connection from IP address [xx.xx.xx.xx], and Dovecot will log that email was delivered to user's mailbox. If no any info in those log files, you should check whether the email was sent to your server.

3 Reply by drendell

  • drendell
  • Member
  • Offline
  • Registered: 2015-11-23
  • Posts: 3

Re: Delayed mail delivery

ZhangHuangbin wrote:

There must be some log about mail delivery, in /var/log/mail.log and /var/log/dovecot*.log. For example, Postfix will log connection from IP address [xx.xx.xx.xx], and Dovecot will log that email was delivered to user's mailbox. If no any info in those log files, you should check whether the email was sent to your server.

This is what is confusing me - messages are received and processed (according to mail.log), passed to the mailbox, but just do not appear in either the users webmail or remote IMAP/POP client

4 Reply by drendell

  • drendell
  • Member
  • Offline
  • Registered: 2015-11-23
  • Posts: 3

Re: Delayed mail delivery

Additionally, how do I ensure greylisting is *definitely* disabled?

5 Reply by ZhangHuangbin

  • ZhangHuangbin
  • ZhangHuangbin
  • iRedMail Developers
  • Offline
  • Registered: 2009-05-06
  • Posts: 31,165

Re: Delayed mail delivery

Two ways:

1) Remove "check_policy_service inet:127.0.0.1:10031" in /etc/postfix/main.cf, restart Postfix service.
2) Keep 'check_policy_service inet:127.0.0.1:10031' in /etc/postfix/main.cf, set 'enable=0' (under [Greylisting] section) in /etc/cluebringer/cluebringer.conf, restart cluebringer service.

#1 disables all features offered by Cluebringer, #2 disables only greylisting.