OpenEMM FAQ Database

FAQ Database Home | Glossary | Favorites | Contact FAQ Database Home | Glossary | Favorites | Contact
Search the FAQ database Browse by Category
Sending of mails does not work (Linux only)
User Opinions
88% thumbs up 11% thumbs down (60 votes)

How would you rate this answer?
Not helpful
This may have several reasons. To locate the problem you should check out these points in the noted sequence:

1.) Trivial case: You have choosen a target group with no recipient, so there is no mail to be sent (target groups are ignored during admin and test mail sending).

2.) If the MySQL DB does not run on localhost, if you changed the name of the database or the user or password, please adjust parameters dbhost, dbdatabase, dbuser, dbpass in file in directory /home/openemm/bin/scripts accordingly.

3.) Check whether the intermediate files are generated (not applicable for admin and test mails). These files are written to /home/openemm/var/spool/META and the filenames start with "AgnMail" and end with "xml.gz" (the data itself), "stamp" (a marker that the data file is complete) and "final" (the whole mailing is complete.)
As these files are only temporary, you can either stop the process pickdist (using the command /home/openemm/bin/ stop) during mail generation or check the ARCHIVE directory for generated files. Do not forget to restart pickdist (using /home/openemm/bin/ start) to restart pickdist, if stopped.

4.) Check for working pickdist. This process handles the intermediate files (not applicable for admin and test mails) and takes the neccessary steps to generate the final spool files. First look in the processlist (ps -u openemm -f) if pickdist is running (depending on your screen width you may have to add the option -w to the ps command to see the full command line); you should find in the process list something like:
python /home/openemm/bin/scripts/
If pickdist is running, but the intermediate files are not processed, consult the logfile for pickdist for further informations in

5.) If mails are generated and written to /home/openemm/var/spool/ADMIN (admin and test mails only) or /home/openemm/var/spool/QUEUE (world mailings) you have to check for a working Sendmail. Therefore, you should consult log file /var/log/maillog to check for possible problems. If Sendmail tries to send mails you should see some hints here (but you can ignore messages like "unable to write pid to ...: Permission denied", because this does not stop sendmail from sending mails).

6.) Another reason for Sendmail not sending mails might be network problems. In this case stop OpenEMM with
su - openemm stop

re-establish the network connection with
/etc/init.d/network restart
and start OpenEMM again with
su - openemm start

7.) If you use OpenEMM in a dial-up enviroment it may be possible that lots of internet providers and company server deny mails send directly from you (because of massive misuse by botnets). Very often this is indicated by bounce replies to the sender. If you are user root you can check for those bounce replies in file /var/spool/mail/root.
If it is possible for you to use a mailserver from your provider you should add this mailserver as the smart host in Sendmail adding this line to your
replacing "smtp.your.provider" with the name of your provider mail relay.
Recreate the file by typically calling make in /etc/mail or /etc and restart OpenEMM. But please ask your provider BEFORE if he permits mass mailings send over his relay!

8.) Finally, as always, it is a good idea to scan the logfiles in /home/openemm/var/log for suspicious messages.
Visitor Comments
  1. Comment #1 (Posted by Benoit )
    If Installing under Debian. Please make sure sendmail is not being started at system startup. Sendmail ist being started by the OpenEMM script and pointing to the Spool Directories within the OpenEMM Home. If sendmail is started by the rc scripts, it will point to the usual spool directory and never send emails
Related Questions
No attachments were found. Logo Back to OpenEMM Homepage