7

使用我的 rails 站点，当我尝试通过 GMail 发送邮件时，它运行良好。但是当我尝试通过 MandrillApp 发送它时，它会给出以下错误（RController.create 是调用交付命令的位置）： 

Net::SMTPServerBusy in RController#create 
454 4.7.1 <recipient@gmail.com>: Relay access denied

这是我的 config/environments/development.rb 文件：

 # ActionMailer Config
 config.action_mailer.default_url_options = { :host => 'localhost:3000' }
 config.action_mailer.delivery_method = :smtp
config.action_mailer.default :charset => "utf-8"

config.action_mailer.perform_deliveries = true
config.action_mailer.raise_delivery_errors = true

config.action_mailer.delivery_method = :smtp
# config.action_mailer.smtp_settings = {
#   :address              => "smtp.gmail.com",
#   :port                 => 587,
#   :domain               => 'gmail.com',
#   :user_name            => 'sender@gmail.com',
#   :password             => 'password',
#   :authentication       => 'plain',
#   :enable_starttls_auto => true  }

config.action_mailer.smtp_settings = {
:address   => "smtp.mandrillapp.com",
:port      => 587,
:user_name => ENV["EMAIL"],
:password  => ENV["PASSWORD"]
}

如上所述，代码不起作用 - 我没有收到电子邮件，也没有弹出错误。如果我切换到从 GMail 发送它，我几乎会立即收到一封电子邮件。我以前从未与 Mandrill 合作过，因此将不胜感激。

4

5 回答 5

5

我最终与 Mandrill 的服务代表交谈，结果发现我使用的是实际字符串而不是环境变量，所以我只需要从配置文件中删除“ENV”。

为了安全起见，我最终回去制作环境变量，但我只是想我会把它扔在那里，以防其他人遇到同样的问题并找到这个问题。

于 2012-12-20T23:51:56.907 回答
2

您是否尝试过查看以下设置Mandrill SMTP 集成。希望能帮助到你

于 2012-12-20T02:46:42.090 回答
1

您还可以检查是否首先设置了 ENV 变量。

于 2013-07-11T08:07:24.013 回答
1

如果您使用 Heroku，则需要在 CLI 中设置环境变量。

cd 到你的工作目录，然后...

heroku config:set MANDRILL_USERNAME='YOUR USERNAME'
heroku config:set MANDRILL_APIKEY="YOUR API KEY"

您现在可以访问环境变量。我知道您正在使用 development.rb，但是当您使用 production.rb 时，这可能会让您头疼。我的 application.yml 文件让我头疼了几个小时。

于 2014-11-10T22:12:10.827 回答
0

我怀疑您的问题是由 Phusion Passenger 引起的（因此在生产中）。乘客因不设置环境变量而臭名昭著。

这个SO 问题提出了 2 个解决方案：硬编码值，或覆盖乘客使用的 ruby​​ 包装器。

我建议第三种选择：在部署期间扩展环境变量。这几乎是一种延迟的硬编码，但会将您的密码排除在代码之外。

您应该在部署后立即执行这一点 bash：

mv config/environments/production.rb config/environments/production.before_sed.rb
env | sed 's/[\%]/\\&/g;s/\([^=]*\)=\(.*\)/s%ENV\\[\\"\1\\"\\]%\2%/' > script/expand_env_vars.sed.script
cat config/environments/production.before_sed.rb | sed -f script/expand_env_vars.sed.script > config/environments/production.rb

这是等效的 Capistrano 部署任务（很多逃跑！）：

desc "Replace environment variables with hardcoded values in config files"
task :replace_env_vars, roles: :app do
    run "mv #{release_path}/config/environments/production.rb #{release_path}/config/environments/production.before_sed.rb"
    run 'env | sed \'s/[\%]/\\&/g;s/\([^=]*\)=\(.*\)/s%ENV\\\[\\\"\1\\\"\\\]%\\\"\2\\\"%/\' > ' + "#{release_path}/script/expand_env_vars.sed.script"
    run "cat #{release_path}/config/environments/production.before_sed.rb | sed -f #{release_path}/script/expand_env_vars.sed.script > #{release_path}/config/environments/production.rb"
end

after "deploy:update_code", "deploy:replace_env_vars"

仍然对于 Capistrano，您没有在用于部署的 SSH 会话中设置相同的环境变量（它不执行 .bashrc、/etc/profile ...）。您必须重新导出它们并在中~/.ssh/environment附加以下选项/etc/ssh/sshd_config：

PermitUserEnvironment yes

这些最后的说明是在那里找到的。我个人在我的新博客上进一步记录了我的问题。

希望这可以帮助您解决一些安全问题:)

于 2013-02-20T20:31:07.843 回答