How much time Open emm will take to send email
Moderator: moderator
How much time Open emm will take to send email
How much time Open emm will take to send email on a very small list on 10 recipients.
everything is fine and well configured but it say that " This mailing is being sent at the moment." Now its more than half hour and results are same. i need to know that is that any way to resolve this problem.
I am using version 6.1.
Thanks
waiting for kind suggestions.
everything is fine and well configured but it say that " This mailing is being sent at the moment." Now its more than half hour and results are same. i need to know that is that any way to resolve this problem.
I am using version 6.1.
Thanks
waiting for kind suggestions.
I too am expieriencing the same issue.
Distribution status:
Delivery is scheduled
Generation:
Scheduled generation time: Jul 9, 2010 4:18 PM
Delivery:
Scheduled send time: Jul 9, 2010 4:19 PM
This mail has been "scheduled" for more than 15 minutes. Is there some way to ensure that these mails are delivered when scheduled?
Distribution status:
Delivery is scheduled
Generation:
Scheduled generation time: Jul 9, 2010 4:18 PM
Delivery:
Scheduled send time: Jul 9, 2010 4:19 PM
This mail has been "scheduled" for more than 15 minutes. Is there some way to ensure that these mails are delivered when scheduled?
I would like to add to this a little bit.
I'm using OpenEMM v6.0.1, and I'm interfacing with the EMM database with some of our own code to pull reports, so I'd rather not upgrade to 6.1 unless it can directly fix this problem.
The mail I'm sending has only 1 recipient. When I send the mailing via the webservice call, I set the scheduled time to now + 1 min. I had hoped that this would fix the sending issue, but it does not.
However, I don't experience this problem when sending a mail through the GUI - only when sending via webservice.
This time varies - I've seen them send as fast as 4 minutes and as long as 20.
I'm using OpenEMM v6.0.1, and I'm interfacing with the EMM database with some of our own code to pull reports, so I'd rather not upgrade to 6.1 unless it can directly fix this problem.
The mail I'm sending has only 1 recipient. When I send the mailing via the webservice call, I set the scheduled time to now + 1 min. I had hoped that this would fix the sending issue, but it does not.
However, I don't experience this problem when sending a mail through the GUI - only when sending via webservice.
This time varies - I've seen them send as fast as 4 minutes and as long as 20.
-
- Posts: 2
- Joined: Fri Jul 23, 2010 9:29 am
I've experienced the same symptoms. In my case the problem was that some of the external scripts (like bavd, bav-update, slrtscn) were not running. It seems that these script are responsible for actually delivering the mail to sendmail.
The scripts didn't start up because of some empty lock files. Try to remove the files in /home/openemm/var/lock and restart openemm.
The scripts didn't start up because of some empty lock files. Try to remove the files in /home/openemm/var/lock and restart openemm.
Thanks for the reply, but this did not fix the issue for me.
One of the OpenEMM processes seems to check for mailings on an interval when they are scheduled with a web service call. Does this sound accurate? If so, can it be configured? As I had stated before, the mails send instantly when sending from the GUI, but are delayed when sending by web service call.
One of the OpenEMM processes seems to check for mailings on an interval when they are scheduled with a web service call. Does this sound accurate? If so, can it be configured? As I had stated before, the mails send instantly when sending from the GUI, but are delayed when sending by web service call.
-
- Posts: 2
- Joined: Fri Jul 23, 2010 9:29 am
Yes it seems openemm uses a cron like service (quartz) for checking every 15 mins if there are any mailings scheduled. You can configure the rate at which this check job is scheduled by changing the value of "delayedMailings.cronExpression" in the file emm.properties.
As said this value defaults to every 15 minutes, so this could explain the varying delay you experienced
You can also try to use the value 0 for the sendTime parameter in the web serive, a look at the code suggests that this might make the mailing be send out immediately.
As said this value defaults to every 15 minutes, so this could explain the varying delay you experienced
You can also try to use the value 0 for the sendTime parameter in the web serive, a look at the code suggests that this might make the mailing be send out immediately.
Re: How much time Open emm will take to send email
You can at least configure it through delayedmailings.cronExpression. I guess it will appear in emm.properties. Search the Google and there are some related problems like yours.