CiviCRM Community Forums (archive)

can u check and see if this happens on our demo server. i'm pretty sure we did not remove the functionality, so might be some configuration issue/bug

lobo

I just checked the demo and it looks like it is still tracking email recipients in a contact's activities. I went to browse sent mailings, clicked on a report of a sent mailing, clicked on a recipient and went to that recipients activities tab, which listed the civimail email as an activity.

i like this feature as well and good to see it is still there.

You will need to test this on our drupal demo. We do not expose the joomla admin user for demo purposes

lobo

hey pete:

hope u r having fun in the UK

1. CiviMail is enabled on demo. It however sends mail to a big black hole, so all mail is considered delivered (to avoid potential spam issues). Someone had disabled the component on demo via the global settings file

2. we'll be migrating the activity record to a new more efficient model which was introduced in 2.0. http://issues.civicrm.org/jira/browse/CRM-2656. this is scheduled for a fix for send email in 2.1 (thanx to a consulting contract) and we'll probably push a similar fix for civimail in either 2.1 or 2.2

3. you can get the info for what happened to a mailing with regard to a specific recipient by doing a left join with the appropriate civicrm_mailing_event_* tables. that is a good normalized way of storing history data which changes on a / mailing basis

lobo

Just so there's no confusion, I'll re-state the issue:

• I am now using CiviCRM 2.0.4 with Joomla 1.0.15
• Sending an email using the email feature within a contact in version 2.0.4 - This DOES leave an activity record for the sender and recipient
• When I browse the CiviMail campaigns created and sent using version 1.9 - recipients DO have the campaign emails listed in their Activity records
• When I create a new CiviMail campaign email in version 2.0.4 (on Joomla) the emails are delivered properly but - the recipients of these new CiviMail campaigns DO NOT have any record of it in their Activity tab.
• I have created a CiviMail campaign on the Drupal demo site, but its not getting sent out.  I set it over an hour ago.  What frequency is the cron set for on that demo?

If its a configuration issue, but everything else works correctly on CiviMail (delivery, unsubscribes, opt outs, bounces), what setting would I look for to tell it to save CiviMails in the Activity tab?

OK, I added some error tracking in the code to try to get what is happening.  On line 351-354 of CRM/Mailing/BAO/Job.php it looks like this:
require_once 'api/v2/Activity.php';
if ( is_a( civicrm_activity_create($activity, 'Email'), 'CRM_Core_Error' ) ) {
return false;
}
I added some trapping code to send me an email with a dump of that newly created activity object.  This is what I got:

array (
 'is_error' => 1,
 'error_message' => 'Missing Source Contact',
)
First thing is obviously that the new code doesn't return a CRM_Core_Error object on error anymore.  The second thing is the missing source contact error.  There is only one place that returns that message and that happens if the contact ID of the sender (obtained from the session) is not valid.  In my testing I found that when I sent a preview email in the second to last step of a CiviMail campaign the source id error does not occur.  That makes sense because I am logged in while doing it so the session contains my ID.  However, when the mailing is being sent by the cron job, it would seem the session is not being populated in the way this function requires, because the result in my testing was that the session object looks like this when it is being used to get the source contact ID:
CRM_Core_Session::__set_state(array(
  '_key' => 'CiviCRM',
  '_session' =>
 array (
   'CiviCRM' =>
   array (
     'domainID' => 1,
     'numberDomains' => '1',
   ),
 ),
))
I'm assuming that is the default load of the CRM_Core_Session object.  So it appears that at least in the Joomla version the session is not populated with necessary data when the CiviMail cron script is run. [Edit: This is what is happening in my installation.  Perhaps something to do with server permissions for saving sessions, etc.?]