O Exim não envia a mensagem do Gitlab com o erro "sem destinatários"

Question

Estou configurando um servidor Gitlab e estou finalizando a instalação.

Enquanto tudo com o Gitlab é executado corretamente, a verificação de endereços de e-mail falha. Estou recebendo o seguinte erro:

Date: Wed, 08 Jan 2014 15:41:50 +0100
From: Mail Delivery System <[email protected]>
To: [email protected]
Subject: Mail failure - no recipient addresses

A message that you sent using the -t command line option contained no
addresses that were not also on the command line, and were therefore
suppressed. This left no recipient addresses, and so no delivery could
be attempted.

------ This is a copy of your message, including all the headers. ------

Date: Wed, 08 Jan 2014 15:41:50 +0100
From: [email protected]
Reply-To: [email protected]
To: [email protected]
Message-ID: <[email protected]>
Subject: Confirmation instructions
Mime-Version: 1.0
Content-Type: text/html;
 charset=UTF-8
Content-Transfer-Encoding: 7bit

<p>Welcome shade!</p>

  <p>You can confirm your email ([email protected]) through the link below:</p>

<p><a href="https://git.example.com/users/confirmation?confirmation_token=XXXXXXXXXXXXX">Confirm my account</a></p>

Isso é um bug no Gitlab, ou eu estraguei a configuração do Exim?

    

Answer 1

Como você pode ver na descrição das opções da linha de comando do exim , se a opção de linha de comando -t for usada, os destinatários serão retirados da entrada padrão do comando exim (dos cabeçalhos do email) e, em seguida, os destinatários da linha de comando serão subtraídos dessa lista. Parece que você tem os mesmos destinatários na linha de comando e nos cabeçalhos de email.

Você pode removê-lo da linha de comando, se a configuração do Gitlab permitir isso, ou você pode usar no_extract_addresses_remove_arguments opções na configuração do Exim, portanto, o Exim tenta adicionar destinatários da linha de comando e não subtrai-los (as duplicatas serão tratadas corretamente, portanto, você deve obter o que deseja).

    

Answer 2

De acordo com o problema , é um bug no Ruby ou no Exim4.

Um patch está disponível:

# diff -u /opt/gitlab/embedded/service/gitlab-rails/config/application.rb.org /opt/gitlab/embedded/service/gitlab-rails/config/application.rb
--- /opt/gitlab/embedded/service/gitlab-rails/config/application.rb.org 2014-09-11 16:21:11.641493626 +0200
+++ /opt/gitlab/embedded/service/gitlab-rails/config/application.rb     2014-09-11 16:21:51.959381839 +0200
@@ -7,6 +7,9 @@

 module Gitlab
   class Application < Rails::Application
+    #Fix for compatibility issue with exim as explained at https://github.com/gitlabhq/gitlabhq/issues/4866
+    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.

Reinicie o Gitlab depois:

gitlab-ctl restart