Answers.Body: <p>As Francesc pointed out, the symptoms sounds very similar to a contemporaneous question -- <a href="https://civicrm.stackexchange.com/questions/4507/why-unexpected-attached-files-are-loaded-in-all-mailings-by-default">Why unexpected attached files are loaded in all mailings by default?</a></p>
  
  <p>That was patched with <a href="https://github.com/civicrm/civicrm-core/pull/6644" rel="nofollow noreferrer">https://github.com/civicrm/civicrm-core/pull/6644</a> and released as part of 4.6.9.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-29T18:55:22.790Z
Answers.LastActivityDate: 2016-03-29T18:55:22.790Z
Answers.LastEditDate: 2017-04-13T12:53:13.207Z
Answers.UserDisplayName: Tim Otten
Body: <p>The error message reads:</p>
  
  <blockquote>
    <p>Failed to run permission check: Unrecognized target entity table (civicrm_note)</p>
  </blockquote>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-08-25T09:58:52.947Z
Comments.Text: do you find anything in the log file or the console output ?
Comments.UserDisplayName: jitendra - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-08-25T12:53:54.997Z
Comments.Text: No errors logged, but I manually examined this. The issue is the attachment.
  
  Error is in Civi/API/Subscriber/DynamicFKAuthorization.php line 210.
  
  Because:
  
  public function getDelegatedEntityName
  
  in that file, 'civicrm_note' is not in $this->allowedDelegates.
  
  If I add 'civicrm_note' to that array in Civi/Core/Container.php line 211 (the constructor), then I get a different error:
  
  Authorization failed on (Note,547)
  
  which appears to be coming from line 236 of DynamicFKAuthorization.php.
  
  Further debugging appears to require more in-depth knowledge of this code.
Comments.UserDisplayName: Hershel
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-08-26T11:40:43.640Z
Comments.Text: (1) What was the previous version which was working? (Interested to know if, eg, this is your first mailing on 4.6.x.) (2) When exactly does that error appear? After saving a draft? After scheduling/submitting the mailing? When executing the cron job?
Comments.UserDisplayName: Tim Otten
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-08-26T12:33:02.770Z
Comments.Text: Previous version was 4.5.6. Error occurs when trying to send a test email to one address
Comments.UserDisplayName: Hershel
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-08-27T02:44:50.473Z
Comments.Text: Same. I've also found that after triggering a mail out (via scheduled cron or testing), the server generates 80+ PHP connections and MySQL connections which are in sleep mode. The whole server goes offline, until MySQL is restarted. The mail out does go out though. <pre>
  Aug 27 11:34:40 [info] $backTrace = #0 /home/clientusername/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Error.php(364): CRM_Core_Error::backtrace("backTrace", TRUE)
  #1 /home/clientusername/public_html/wp-content/plugins/civicrm/civicrm/CRM/Mailing/Form/Optout.php(55): CRM_Core_Error::fatal("There was an error in yo
Comments.UserDisplayName: Adam
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-08-27T10:40:15.953Z
Comments.Text: Seems that we have a related problem. You can see here for our report http://civicrm.stackexchange.com/questions/4507/why-unexpected-attached-files-are-loaded-in-all-mailings-by-default
Comments.UserDisplayName: Francesc Bassas i Bullich
Tags: <civimail><upgrade>
Title: After upgrading to 4.6.7 Civimail fails to send mail
ThreadText: # After upgrading to 4.6.7 Civimail fails to send mail
  
  (Asked by: username_0 on 2015-08-25)
  
  The error message reads:
  
  > Failed to run permission check: Unrecognized target entity table (civicrm\_note)
  
  **Tags:** civimail, upgrade
  
  > **Comments:**
  > **username_1**: do you find anything in the log file or the console output ?  
  > **username_2**: No errors logged, but I manually examined this. The issue is the attachment.  Error is in Civi/API/Subscriber/DynamicFKAuthorization.php line 210.  Because:  public function getDelegatedEntityName  in that file, 'civicrm_note' is not in $this->allowedDelegates.  If I add 'civicrm_note' to that array in Civi/Core/Container.php line 211 (the constructor), then I get a different error:  Authorization failed on (Note,547)  which appears to be coming from line 236 of DynamicFKAuthorization.php.  Further debugging appears to require more in-depth knowledge of this code.  
  > **username_3**: (1) What was the previous version which was working? (Interested to know if, eg, this is your first mailing on 4.6.x.) (2) When exactly does that error appear? After saving a draft? After scheduling/submitting the mailing? When executing the cron job?  
  > **username_2**: Previous version was 4.5.6. Error occurs when trying to send a test email to one address  
  > **username_4**: Same. I've also found that after triggering a mail out (via scheduled cron or testing), the server generates 80+ PHP connections and MySQL connections which are in sleep mode. The whole server goes offline, until MySQL is restarted. The mail out does go out though. <pre> Aug 27 11:34:40 [info] $backTrace = #0 /home/clientusername/public_html/wp-content/plugins/civicrm/civicrm/CRM/Core/Error.php(364): CRM_Core_Error::backtrace("backTrace", TRUE) #1 /home/clientusername/public_html/wp-content/plugins/civicrm/civicrm/CRM/Mailing/Form/Optout.php(55): CRM_Core_Error::fatal("There was an error in yo  
  > **username_5**: Seems that we have a related problem. You can see here for our report http://civicrm.stackexchange.com/questions/4507/why-unexpected-attached-files-are-loaded-in-all-mailings-by-default  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_3 on 2016-03-29. Score: 2
  
  As Francesc pointed out, the symptoms sounds very similar to a contemporaneous question -- [Why unexpected attached files are loaded in all mailings by default?](https://civicrm.stackexchange.com/questions/4507/why-unexpected-attached-files-are-loaded-in-all-mailings-by-default)
  
  That was patched with <https://github.com/civicrm/civicrm-core/pull/6644> and released as part of 4.6.9.
  
  
  ---
  
  