Comment envoyer des e-mails avec plusieurs, dynamique smtp à l'aide Actionmailer/Ruby on Rails

J'ai vu ce post, mais le mien est un peu différent:

Rails ActionMailer avec de multiples serveurs SMTP

Je suis en permettant aux utilisateurs d'envoyer un mail à l'aide de leurs propres informations d'identification SMTP si elle a effectivement fait venir d'eux.

Mais ils seront envoyés à partir de l'application Rails, ce qui signifie que pour chaque utilisateur, j'ai besoin d'envoyer leurs e-mails à l'aide de leur propre serveur SMTP.

Comment puis-je le faire?

S'il vous plaît aider obtenir ce PR fusionné dans les rails. (github.com/rails/rails/pull/7397) C'est exactement ce que vous pensez de facilement.

InformationsquelleAutor Timothy T. | 2010-04-18

3

Il suffit de régler le ActionMailer::la Base de valeurs de configuration avant chaque action d'envoi.
```
smtp_config = user.smtp_configuration

ActionMailer::Base.username = smtp_config.username
ActionMailer::Base.password = smtp_config.password
ActionMailer::Base.server = ..
ActionMailer::Base.port = ..
ActionMailer::Base.authentication = ..
```
- Comment dois-je faire? ActionMailer configs sont dans le fichier de config...la Création d'une variable locale appelée smtp_config puis passer les méthodes respectives?
- DONC, juste perdu ma précédente réponse, donc d'essayer de nouveau avec une courte note. Vous êtes tout simplement la mise en ActionMailer variables de classe dans ces appels. Ils sont généralement définies dans les configs, mais vous pouvez en changer quand vous le voulez. Dans votre cas vous souhaitez définir avant chaque ActionMailer enfant de la classe deliver_XXX méthode que vous devez appeler.
- jcalvert 's réponse est la bonne façon de faire.
- accepté, vous devez re-marque jcalvert réponse comme correcte - la réponse sélectionnée est dangereux
- Ce qui est mauvais. Lire @jcalvert réponse
- Est-ce "thread-safe"?
InformationsquelleAutor simianarmy
58

Faire ce qui est décrit dans l'autre réponse n'est pas sûr; vous définissez les variables de classe ici, pas de variables instanciées. Si vos Rails conteneur est à la bifurcation, vous pouvez le faire, mais maintenant, votre application est en fonction sur un détail de l'implémentation du conteneur. Si vous n'êtes pas un fork d'un nouveau process Ruby, alors vous pouvez avoir une condition de course ici.

Vous devriez avoir un modèle qui est en train d'étendre ActionMailer::Base, et lorsque vous appelez une méthode, il sera de retour un Courrier::objet du Message. C'est votre instance de l'objet et c'est là que vous devez modifier vos paramètres. Les paramètres sont également à seulement un hachage, de sorte que vous pouvez inclure.
```
msg = MyMailer.some_message
msg.delivery_method.settings.merge!(@user.mail_settings)
msg.deliver
```
Où dans le ci-dessus mail_settings certains retours de hachage avec les touches appropriées IE
```
{:user_name=>username, :password=>password}
```
- ActionMailer de l'Intercepteur (delivering_email) pourrait être utile dans certains cas.
- S'il vous plaît aider obtenir ce PR fusionné dans les rails. (github.com/rails/rails/pull/7397) Ce n'est exactement ce que l'OP est la pensée de facilement.
- La pull request mentionné par @AdityaSanghi a été fusionné dans les Rails 4+, mais ne sera pas corrigé dans les versions antérieures.
- belle réponse @jcalvert c'était exactement mon souci avec la approuvé répondre
- comment pouvez-vous faire cela à l'intérieur de l'étendue actionmailer modèle? de cette façon, les paramètres SMTP ne vivent pas en dehors d'un actionmailer classe (votre réponse est spécifique à cette question, mais nous n'avons pas besoin de transmettre des informations d'identification qui varient par l'utilisateur.)
- cela peut-il être fait dans le MyMailer classe? Comme: self.message.delivery_method.settings.merge!(delivery_options) à la fin de la MyMailer#some_message ?
InformationsquelleAutor jcalvert

Voici une solution que j'ai trouvé basé sur les réponses et commentaires. Il utilise une ActionMailer intercepteur de classe.

class UserMailer < ActionMailer::Base
  default from: proc{ @user.mail_settings[:from_address] }      

  class DynamicSettingsInterceptor
     def self.delivering_email(message)
       message.delivery_method.settings.merge!(@user.mail_settings)
     end
   end
   register_interceptor DynamicSettingsInterceptor
end

C'est une solution idéale et fonctionne bien dans les Rails 3.

InformationsquelleAutor Mitch

9

Pour Les Rails 3.2.x

Vous pouvez inclure AbstractController::Rappels dans votre classe mailer et faire une "after_filter :set_delivery_options" à l'intérieur de l'enveloppe.

La set_delivery_options méthode aurait accès aux variables d'instance de l'installation par vous-même dans votre logiciel de courrier d'action et vous pouvez accéder à la messagerie de l'objet comme "message".
```
class MyNailer < ActionMailer::Base
  include AbstractController::Callbacks
  after_filter :set_delivery_options

  def nail_it(user)
    @user = user
    mail :subject => "you nailed it"
  end

  private

  def set_delivery_options
    message.delivery_method.settings.merge!(@user.company.smtp_creds)
  end
end
```
InformationsquelleAutor Aditya Sanghi
3

dans le cas où quelqu'un a besoin de définir la méthode de livraison de façon dynamique avec smtp informations d'identification, u peut utiliser Courrier::Message de la méthode d'instance pour définir la méthode de livraison, de concert avec les variables mon addapted Aditya Sanghi version:
```
class MainMailer < ActionMailer::Base
  WHATEVER_CONDITION = true # example only f.e. @ser

  include AbstractController::Callbacks
  after_filter :set_delivery_options

  private
  def set_delivery_options
    settings = {
    :address => 'smtp.mandrillapp.com', # intentionally
    :port => 587, # intentionally
    :domain => 'your_domain', #insetad of localhost.localdomain'
    :user_name => 'smtp_username',
    :password => 'smtp_password',
    :authentication => 'PLAIN' # or smthing else
}
    if WHATEVER_CONDITION
      message.delivery_method(:smtp, settings)
    end
  end
end
```
- WHATEVER_CONDITION est une constante de classe, alors, pourquoi avez-vous besoin de l'utiliser à tous?
- vous n'avez pas à faire cela, de mon point ici est que u peut utiliser une condition pour décider si u besoin de fusionner dans(réécriture) méthode de livraison courrier ou pas, moi-même je ne suis pas à l'aide de la constante ici, mes autres expéditeurs héritant de MainMailer la classe, et si certaines conditions sont remplies, je suis en utilisant différentes configuration smtp, qui est le principal point de tout cela dans mon cas.
InformationsquelleAutor Saulius Morkevicius

Depuis Rails 4+, il s'efforce de donner les informations d'identification directement via le delivery_method_options paramètre:

class UserMailer < ApplicationMailer
  def welcome_email
    @user = params[:user]
    @url  = user_url(@user)
    delivery_options = { user_name: params[:company].smtp_user,
                         password: params[:company].smtp_password,
                         address: params[:company].smtp_host }
    mail(to: @user.email,
         subject: "Please see the Terms and Conditions attached",
         delivery_method_options: delivery_options)
  end
end

Voir L'envoi d'e-Mails avec des Dynamiques Options de Livraison (Rails Guides)

InformationsquelleAutor Sandro L

Vous devez vous connecter pour publier un commentaire.