up vote 1 down vote favorite
share [g+] share [fb]

I'm using sendmail version 8.14.4 on Fedora 15 to send email. My Rails app uses delayed_job to queue up emails. Messages will queue up in /var/spool/mqueue as expected, but don't always get processed. I can see the messages and sendmail is definitely running in the background. Restarting the process does nothing. However, when I issue the sendmail -q command, sendmail gets to work and starts sending. The really odd thing is that this behavior only occurs sometimes. Other times message queue up and are delivered as expected.

I've tried tweaking various sendmail configs to reduce the time between queue processing (for example, adding define('confMIN_QUEUE_AGE', '0')dnl to /etc/mail/sendmail.mc), but nothing seems to do the trick. Any ideas what might be the root cause?

link|improve this question
"running in the background" isn't enough of a description. Tell us what options your Sendmail queue runner daemons are running with. – JdeBP Jun 2 '11 at 23:24
@JdeBP, thanks for the response. I'm fairly new to the underpinnings of sendmail. Would this be something from the config files that you're looking for? I essentially have done nothing other than turn on the default Fedora sendmail service, i.e., service sendmail start. – markmcb Jun 2 '11 at 23:30
It's the choices that you've made in this area that are important. – JdeBP Jun 2 '11 at 23:38
@JdeBP, yeah, that's what I was reading when I set MinQueueAge=0 as I mentioned. (I also tried various other short intervals.) I'm not sure if there's something else I should config in addition to this. – markmcb Jun 3 '11 at 0:01
You still haven't put what you have already configured in your question. Again: Tell us what options your Sendmail queue runner daemons are running with. – JdeBP Jun 3 '11 at 9:31
show 3 more comments
feedback

Know someone who can answer? Share a link to this question via email, Google+, Twitter, or Facebook.

Your Answer

 
or
required, but never shown
discard

Browse other questions tagged or ask your own question.