gitlab-org--gitlab-foss/lib/email_template_interceptor.rb

# Read about interceptors in http://guides.rubyonrails.org/action_mailer_basics.html#intercepting-emails
class EmailTemplateInterceptor
  extend Gitlab::CurrentSettings

  def self.delivering_email(message)
    # Remove HTML part if HTML emails are disabled.
    unless current_application_settings.html_emails_enabled
      message.parts.delete_if do |part|
        part.content_type.start_with?('text/html')
      end
    end
  end
end
Add new configuration setting to enable/disable HTML emails. This new global setting will allow admins to specify if HTML emails should be sent or not, this is basically useful when system administrators want to save some disk space by avoiding emails in HTML format and using only the Plain Text version. 2016-11-28 17:00:03 -05:00			`# Read about interceptors in http://guides.rubyonrails.org/action_mailer_basics.html#intercepting-emails`
			`class EmailTemplateInterceptor`
`current_application_settings` belongs on `Gitlab::CurrentSettings` The initializers including this were doing so at the top level, so every object loaded after them had a `current_application_settings` method. However, if someone had rack-attack enabled (which was loaded before these initializers), it would try to load the API, and fail, because `Gitlab::CurrentSettings` didn't have that method. To fix this: 1. Don't include `Gitlab::CurrentSettings` at the top level. We do not need `Object.new.current_application_settings` to work. 2. Make `Gitlab::CurrentSettings` explicitly `extend self`, as we already use it like that in several places. 3. Change the initializers to use that new form. 2017-08-31 05:47:03 -04:00			`extend Gitlab::CurrentSettings`
Add new configuration setting to enable/disable HTML emails. This new global setting will allow admins to specify if HTML emails should be sent or not, this is basically useful when system administrators want to save some disk space by avoiding emails in HTML format and using only the Plain Text version. 2016-11-28 17:00:03 -05:00
			`def self.delivering_email(message)`
			`# Remove HTML part if HTML emails are disabled.`
			`unless current_application_settings.html_emails_enabled`
Use #parts instead of #part to read all the parts of the Message. Looks like I was accidentally using #part which was adding an extra empty Mime section 2017-01-09 13:01:07 -05:00			`message.parts.delete_if do \|part\|`
			`part.content_type.start_with?('text/html')`
Add new configuration setting to enable/disable HTML emails. This new global setting will allow admins to specify if HTML emails should be sent or not, this is basically useful when system administrators want to save some disk space by avoiding emails in HTML format and using only the Plain Text version. 2016-11-28 17:00:03 -05:00			`end`
			`end`
			`end`
			`end`