Gitlabでの電子メール送信をデバッグするにはどうしたらいいですか？

Question

私のGitlab（バージョン5）は電子メールを送信していないので、何が起きているのか把握しようとして迷っています。ログは有用な情報を与えません。私はsendmailを使用するように設定しました。

私はActionMailerを介して電子メールを送信する小さなスクリプトを書いています（gitlabが電子メールを送信するために使用しているのでしょうか？）。そして、電子メールを正しく送信します。

しかし、私のGitlabでは、sendmailが呼び出されていないことを保証できます。

電子メール通知を受け取るために何かを有効にする必要がありますか？問題をデバッグするにはどうすればよいですか？

更新

問題は、私はどこでも任意の情報を見つけることができないということです。事は静かに失敗します。何らかのログをどこで見つけることができますか？ logディレクトリのログには、有用な情報はありません。

私の質問は、Gitlabをもっと冗長にするにはどうすればいいですか？何が起こっているのか教えてください。

アップデート2

私はちょうどBackground jobsセクションでスケジュールメールの多くを発見しました。未処理の多くSidekiq::Extensions::DelayedMailer。どういう意味ですか？なぜこれらの仕事は処理されなかったのですか？

Answer 1

最初に何が起こるか見て、私は私の問題だったか教えてくれます：sidekiqは、送信電子メールを処理する責任を負っています。何らかの理由で私のサイドキックが止まってしまったので、それを再開すると問題は解決しました。

1. ログのディレクトリ：私はGitlabで見つかった問題に関する情報を見つけました

   。それはいくつかの情報を持っています。

2. 管理ページでは、「バックグラウンドジョブ」セクションにはサイドキックに関する情報が表示されます。
3. JavaScriptのコンソール（ブラウザがサポートしている場合）にも便利な情報があります。あなたの問題がjavascriptに関連している場合のみ。

4. そして、あなたはこの点に達した場合は、ファイルへの書き込み「それをトレースする」ことができるように、あなたはGitlabのコードを変更することがあります。私は同じ問題を抱えていたと私は必要なことがわかっ

   File.open('/tmp/logfile','a') { |file| file.write("Hello World!\n") }

Answer 2

多分プロダクションモードで配信エラーを有効にしてみてくださいと

config.action_mailer.raise_delivery_errors = true 

Answer 3

to mod：application.rb：

diff --git a/config/application.rb b/config/application.rb 
index d85bcab..274976f 100644 
--- a/config/application.rb 
+++ b/config/application.rb 
@@ -11,6 +11,8 @@ end 

module Gitlab 
    class Application < Rails::Application 
+ config.action_mailer.sendmail_settings = { :arguments => "-i" } 
+ 
    # Settings in config/environments/* take precedence over those specified here. 
    # Application configuration should go into files in config/initializers 
    # -- all .rb files in that directory are automatically loaded. 

注：eximをメールに使用しているDebian 7を実行しています。バックグラウンドジョブの下で管理セクションで

Answer 4

スケジュールタブ内の項目の多くを持っている場合sidekiqを再起動してみてください：

cd /home/git/gitlab  
exec rake sidekiq:start RAILS_ENV=production