CiviCRM Community Forums (archive)

I'm just starting to experiment with CiviMail.  When I send out mail, including the test email message, I'm not receiving any errors and it seems like the test message is going out, but nothing is received by me.  Any ideas where to start tracking this down. 

The smtp settings seem to be correct, but is there a way to test this?  I can send from my PC email client with the settings.  Seems like an error email should come back someplace.

I'm on a virtual host and I've always used php sendmail() before, never tried to send from a server application with smtp - could that be the issue?  Any way to test?

I haven't put the Cron files in place, would this effect the test message?  If I elect to send immediately, is this effected by the Cron file?

Thanks - any ideas or suggestions appreciated.

Before going down the alternate configuration route, is there a way to determine if Amavis is available on my server?  Is Amavis an email virus scanner?

Examining the table civicrm_mailing, I have 4 entries in the table, but I'm not sure if they are the test emails, the broadcast emails or both.  I see a from email address, but not a to email address.  I wonder how this is determined.

- - -

Without the cron entry, shouldn't we be able to trigger it manually, just to see what happens?

When I mannually run from an html link in a html file in the directory with my name and password, this is the error that I get (also tried as php5 script - same error):
civimail.cronjob.php?name=civimailuser&pass=civimailuserpassword

Error Details:

Array
(
    [callback] => Array
        (
            [0] => CRM_Core_Error
            [1] => handle
        )

    code => (square brackets removed)
    [message] => not connected
    [mode] => 16
    [debug_info] =>
    [type] => PEAR_Error
    [user_info] =>
    [to_string] => [pear_error: message="not connected" code=0 mode=callback callback=CRM_Core_Error::handle prefix="" info=""]
)

I'll search for pear_error.

Thanks - I'll go a head and submit the question to my host.  Is there a simple test to see if SMTP access is allowed.  Seems strange that a local client like outlook express can have smtp access, but my own server can't.   Maybe I'm missing the real issue.

I had submitted a request earlier today if anyone on the server has installed CiviCRM ... haven't heardback yet ... or actually even posted, so I submitted and asked if SMTP is allowed.

Would be a cruel if after getting Drupal installed, CiviCRM installed, CiviCRM available that could not use for emails to contacts, which was the basic requirement in the first place.

Thank you for the wonderful replies and lots of ideas!

Yes, as speleo mentioned, you need the cron entry. You can fake it for test purposes by going to a …mailing/queue URL, which should trigger the CiviMail queue sending.

Am I looking for ...mailing/queue within the civicrm, civimail or my hosting account structure.  I'm on a shared server.

I did find /www/drupal/sites/all/modules/civicrm/CRM/Mailing  (note capital M in Mailing), but not a folder queue

... normally means 3 subdirectories higher, but I'm not sure from what.   

UAS, did look interesting as a possible compromise from hosting everything myself and outsourcing everything.  There is a thread somewhere where this is being discussed.

Thank you !

Dave Greenberg:  What is this - "black magic"?

When I go to a folder that does not exist /civicrm/mailing/queue?reset=1 and presumably run a program that does not exist, because the folder isn't there.  The mail queue is processed like you said it would be.  ..... hmmmmm

I guessed there was a rewrite in the .htaccess file, but don't see anything there.  Obviously, I don't even have a clue what causes the process to even run, let alone how it runs.

What program is really running?   Of course no email seems to be going anywhere and no error messages in any mailbox, but one step along.  Presumably the emails tried to go someplace.

After changing $_debug to true in packages/Net/SMTP.php , at the top of the screen in the debug area there is a message: Recv: 535 Incorrect authentication data , which would seem to indicate my settings are off. 

I've double checked the SMTP username in Home › CiviCRM › Administer CiviCRM › Global Settings   Settings - SMTP Configuration - looks fine

civicrm.settings.php looks fine in
 * SMTP Server Authentication Password:
define( 'CIVICRM_SMTP_PASSWORD', 'passwordhere'    ); - my password was there

I have manage to send an SMTP email with a separate script on the same server with the test code from here:
http://email.about.com/od/emailprogrammingtips/qt/et073006.htm

So, must be something off.   Can't see the actual call to the pear SMTP in SMTP.php, I'm searching ... might be there - then I could examine the parameters.

Are there some other settings that need to be established?
echo '$host= ' . $host . '<br>';
echo '$port= ' . $port . '<br>';
echo '$localhost= ' . $localhost . '<br><hr>';
The above all look good ( I guess localhost is ok to say localhost ) - that leaves the smtp password ... trying to find pwd .....   

in SMTP.php , function auth seems to show a blank $pwd
echo '<hr>$pwd= ' . $pwd . '<hr>';

Yet, in civicrm.settings.php
define( 'CIVICRM_SMTP_PASSWORD', 'mypasswordhere'    );

Somehow, could it be that the password set in civicrm.settings.php is not making it to SMTP.php?
wonder if the settings file is being used?  let's rename it and see what happens.  System runs the same.... maybe the civicrm.settings.php in the <installation directory>/sites/all/modules/civicrm is not what is being used?  Don't see any other obvious ones around.  Any ideas?

civicrm.config.php - Line 89:  include_once conf_init( ) . '/civicrm.settings.php';
- not sure about the "/" , but nothing at the actual html document root either

This is getting ridiculous, renamed both the civicrm.config.php and civicrm.settings.php files - neither seems to be used or at least runs the same without them.  hmmmmmm...... I'll browse the installation docs again.  Surely there are civicrm settings and config files being used someplace.   ...... ??

Any additional ideas much appreciated - feels like might be getting closer - hope I don't just have a typo. sigh

Donald - thanks for the advice.  It does make sense that an additional exchange is in order.  I posted a request in the Professional Services Section.  There is the whole installation issue and beyond the actual installation, it is obvious that it takes experience to know how to utilize CiviCRM / CiviMail effectively.  http://forum.civicrm.org/index.php/topic,1522.0.html

On the plus side, my immediate issue with smtp emails not going out was related to a different set of config files being used than the ones that I was changing.  I was changing the ones in the <my drupal installation>/sites/all/modules/civicrm and CiviCRM was using the first one that it found which was <my drupal installation>/sites/default - civicrm.settings.php

Your advice for more help is timely, I realize that I'm just barely beginning to understand CiviCRM and CiviMail.

Thanks.