Not receiving email notifications

The Space and Section notifications only specify the default settings for when creating new content. Only changes/creation of content within sections should send actual notification emails.

Not sure why it would say that notifications were sent since that message is set by the routine actually sending the emails. But I can check into that.

@pommard, were you able to resolve this issue. I am having same issue as with you.

I am able to resolve this by downloading and enabling Rules module.

Once Rules module has been install, you can view the default 3 rules by OA2.

Hi there,
in my case there were no rules at all after installing rules module, do you know if there is a place where to import the rules from?

thanks.....

Hi pommard, is this still an issue? If so can you confirm that the mail systems are correctly set up at admin/config/system/mailsystem?

Great, thanks pommard, this is fixed then. I'll close it immediately since it's an older version.

I'm re-open this issue as I have the same problem. Emails are send normally without problems but not notifications.

Anyway in my case I found the problem. After adding some modules (do not know with make this mess) the OA_SPACE_FIELD get totally strange delta number after save, something like:

og_group_ref[204][target_id] = 24

Do not have bloody idea what is messing with delta value - seams like some module do some count of something cause this number increase. Anyway cause of this function oa_messages_determine_user_notifiers can't get notifier settings cause it only relay on 0 delta value.

around line 170 of oa_messages.module of this function we have:

if (!empty($entity->{OA_SPACE_FIELD}[LANGUAGE_NONE][0]['target_id'])) {
    $space_id = $entity->{OA_SPACE_FIELD}[LANGUAGE_NONE][0]['target_id'];

    // If no settings have been saved, set defaults.
    if (empty($settings)) {
      foreach ($notifiers as $notifier) {
        if (!empty($notifier['default'])) {
          $allowed_notifiers[] = $notifier['id'];
        }
      }
    }
    else {
      if (isset($settings[$space_id]['messages'][$message->type])) {
        $allowed_notifiers = $settings[$space_id]['methods'];
      }
    }
  }

replacing this with:

foreach($entity->{OA_SPACE_FIELD}[LANGUAGE_NONE] as $gi => $gv) {
        if (!empty($entity->{OA_SPACE_FIELD}[LANGUAGE_NONE][$gi]['target_id'])) {
          $space_id = $entity->{OA_SPACE_FIELD}[LANGUAGE_NONE][$gi]['target_id'];

          // If no settings have been saved, set defaults.
          if (empty($settings)) {
            foreach ($notifiers as $notifier) {
              if (!empty($notifier['default'])) {
                $allowed_notifiers[] = $notifier['id'];
              }
            }
          }
          else {
            if (isset($settings[$space_id]['messages'][$message->type])) {
              $allowed_notifiers = $settings[$space_id]['methods'];
            }
          }
        }  
    }

will fix this problem.

You'll need to try to track down which module is messing with the delta. If the [0] delta of the og_group_ref field is not pointing to the Space of the content then a lot of other stuff in Open Atrium is going to break, not just this notification stuff. So while your above patch gets around the issue for notifications it's just a band-aid and not addressing the actual problem.

Yes I know that but I just want leave some track maybe someone will get sonner what make mess with delta.

Closing this old issue. Also, "Support Requests" should never be in "Needs review" status...that is only for code patches for review.

I'm reopening this problem because I have the same problem, emails are not sent.

I encountered the same problem described in the # 14 comment made by ShadowMonster.
Attached I send the patch that solves the indicated problem.

Please do not re-open old closed issues. If you have a problem and especially if you have a patch, open a new issue for it.

See comment #15 about tracking down why [0] is not the valid delta.