Notifications problem

Strange, tonight, all members including admin have received thirty notifications, they are all old, some date January.
Yesterday I noticed that the table sys_queue_email contained more than 4000 enregestrement, today it remains more than 2000. It seems that some notifications remain blocked until a certain moment.
1. Can I empty this table?
2. Why do not notifications start right away?

  • View
    308
  • More
Replies (4)

    • Would not it come from the fact that "Number of messages to send from mail to the same recipient" is only 5? What value do you recommend here?

      Execution time is how much? every minute?

      • It seems that I solved this problem, apparently it was a problem of email addresses for FROM of the site which must be identical to that of my internal SMTP server, otherwise it stuck.
        So, if I understand correctly, if the notifications are not delivered, they remain in the table? I would like to know a little more about this to better understand if you have some time to explain.

        • What a joy to finally see the empty table sys_queue_email. It seems like a problem I've had for a long time, so I was wondering if it would not be interesting to have an alert when this table gets too big, if I had that, I would have noticed of the problem sooner.
          The problem is that if there is a problem with the notifications, the website activity slowed down significantly, which produces even fewer notifications.
          What do you think about this idea?

          • Hello @Baloo!

            When the site tries to send many letters at once the mail server on the hosts may consider that there might be a spam attempt and block the sender email. That's why we introduced the `sys_queue_email` which contains the list of messages should be delivered. Cron jobs check this list every minute, send the new part from this queue and erase the records about sent messages.

            Login or Join to comment.