Skip to main content

Best way to avoid delay receive/send emails

Comments

12 comments

  • keat63
    do you have any limits configured ? How to Set Email Send Limits - cPanel Knowledge Base - cPanel Documentation
    0
  • Shood
    Hi @keat63. No limitation, only I have set limits for two other customers and their email working fine.
    0
  • keat63
    How was the mail sent originally. Did John send these mails seperately, or did he send it as one message with multiple recipients. If you can see email to emp2, but not emp1, then i'd suggest taking a look in the exim logs and see if you can determine what's going on. Also, what about Greylisting, do you have this configured, as I found this would cause similar issues for me.
    0
  • Shood
    How was the mail sent originally. Did John send these mails seperately, or did he send it as one message with multiple recipients. If you can see email to emp2, but not emp1, then i'd suggest taking a look in the exim logs and see if you can determine what's going on. Also, what about Greylisting, do you have this configured, as I found this would cause similar issues for me.

    Message sent with two recipients, but some times emp1 doesn't receive from John a message with only emp1 recipient. I looked in the exim log "exigrep Johnxx /var/log/exim_mainlog" there is nothing strange. About Greylisting, no I haven't configured anything before, do you suggest any configuration? However, this is a one example out of many cases, what I'm looking for is a plugin/service can improve email service in general. Thanks
    0
  • keat63
    Greylisting works by rejecting the email initially, then accepting it a little later when the sending server retries. This is to try and reduce spam. I've found that the resend from the other server doesn't always happen as fast as i'd like and can often create delays in delivery. Sometimes the retry never even happens. Personally, I'd suggest disabling greylisting if you have it configured. However, that's only my personal opinion.
    0
  • Shood
    Greylisting works by rejecting the email initially, then accepting it a little later when the sending server retries. This is to try and reduce spam. I've found that the resend from the other server doesn't always happen as fast as i'd like and can often create delays in delivery. Sometimes the retry never even happens. Personally, I'd suggest disabling greylisting if you have it configured. However, that's only my personal opinion.

    Your opinion is valued!, Greylisting is already off Thank you @keat63
    0
  • sparek-3
    You would really just have to review the exim_mainlog to see why one message took longer to be delivered than the others.
    0
  • cPanelMichael
    Hello, Could you let us know the output from the following command for one of the affected messages? exigrep "SUBJECT" /var/log/exim_mainlog
    Replace subject with the actual subject of an affeced message, and remove real domain names and IP addresses in the output. Thank you.
    0
  • Shood
    Thank you Michael, I'm sorry for delayed reply. I've already added sender domain to the white list of my customer in his cPanel so, he receiving emails now. However, this is below the output, I replaced real addresses to be similar as possible to the listed examples in my 1st post. This report is generated today. Also, this subject is the same of the affected message was sent in 19-6 and fixed (by whiting list) ,anyway that's all thing returned by exim_mainlog ========= root [/]# exigrep "Re: June -order -2018//PIDBOTNS180601" /var/log/exim_mainlog 2018-06-24 11:12:46 1fX2wg-0006FQ-3f <= emp1@MyCus_com H=(GAMEBOX) [MyCus_IP]:1452 P=esmtpsa X=TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128 CV=no A=dovecot_login:emp1@MyCus_com S=283793 id=004f01d40bac$42b6be60$c8243b20$@MyCusDOMAIN T="RE: June -order -2018//PIDBOTNS180601" for emp2@MyCus1_com 2018-06-24 11:12:46 1fX2wg-0006FQ-3f == |/var/run/spmtp $sender_address $recipients routing defer (-1): system_filter_pipe_transport is unset 2018-06-24 11:12:46 1fX2wg-0006FQ-3f Sender identification U=MyCus_cPanelUserName D=MyCusDOMAIN S=emp1@MyCus_com 2018-06-24 11:12:46 1fX2wg-0006FQ-3f SMTP connection outbound 1529838766 1fX2wg-0006FQ-3f MyCusDOMAIN SenderPARTNER@SenderDomain.com 2018-06-24 11:12:51 1fX2wg-0006FQ-3f Sender identification U=MyCus_cPanelUserName D=MyCusDOMAIN S=emp1@MyCus_com 2018-06-24 11:12:51 1fX2wg-0006FQ-3f SMTP connection outbound 1529838771 1fX2wg-0006FQ-3f MyCusDOMAIN SenderPARTNER@SenderDomain.com 2018-06-24 11:12:51 1fX2wg-0006FQ-3f => emp2@MyCus1_com R=virtual_user T=dovecot_virtual_delivery C="250 2.0.0 CEuLK7N8L1v6XQAA3zlVNA Saved" 2018-06-24 11:12:59 1fX2wg-0006FQ-3f => SenderPARTNER@SenderDomain.com R=dkim_lookuphost T=dkim_remote_smtp H=mxn.mxhichina.com [SenderHostIP] C="250 Data Ok: queued as freedom" 2018-06-24 11:16:09 1fX2wg-0006FQ-3f Completed
    0
  • cPanelMichael
    Hello @Shood, In that example, the logs show the message delivery completed within a few minutes and there's no delay as reported in your original post. Thank you.
    0
  • sparek-3
    While I agree that I don't really see anything causing issues in this log entry. But it is a bit strange that the message shows as being accepted by the remote server at 2018-06-24 11:12:59 but the message ID isn't Completed until 2018-06-24 11:16:09. That's a little bit over 3 minutes. Not really a lot of time. And it doesn't really look like that it did anything in those 3 minutes. But just strange that there's 3 minutes before the message transaction is completely closed.
    0
  • Shood
    Thank you @cPanelMichael @sparek-3 In fact this is the only example that I have now, if a similar issue happened again I will list it. Regards.
    0

Please sign in to leave a comment.