एक्ज़िम "कोई प्राप्तकर्ता पते" त्रुटि के साथ Gitlab संदेश भेजने में विफल रहता है


0

मैं एक Gitlab सर्वर स्थापित कर रहा हूं और स्थापना को पूरा कर रहा हूं।

जबकि Gitlab के साथ सब कुछ ठीक चलता है, ईमेल पतों का सत्यापन विफल रहता है। मुझे निम्नलिखित त्रुटि प्राप्त हो रही है:

Date: Wed, 08 Jan 2014 15:41:50 +0100
From: Mail Delivery System <Mailer-Daemon@git.example.com>
To: git@git.example.com
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: git@git.example.com
Reply-To: git@git.example.com
To: username@myemail.com
Message-ID: <52cd63ae85c0d_1802235567aa687b9@example.hostname.mail>
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 (username@myemail.com) through the link below:</p>

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

क्या यह गीतालाब में एक बग है, या क्या मैंने एक्जिम कॉन्फ़िगरेशन को गड़बड़ कर दिया है?

जवाबों:


2

जैसा कि आप एक्ज़िम कमांड लाइन विकल्पों के विवरण में देख सकते हैं , यदि कमांड लाइन विकल्प -tका उपयोग किया जाता है, तो प्राप्तकर्ता एक्ज़िम कमांड के मानक इनपुट से लिया जाता है (ईमेल के हेडर से) और फिर कमांड लाइन से प्राप्त प्राप्तकर्ता को इस सूची से घटा दिया जाता है। लगता है कि आपके पास कमांड लाइन और ईमेल हेडर में समान प्राप्तकर्ता हैं।

आप इसे कमांड लाइन से हटा सकते हैं, अगर Gitlab का कॉन्फ़िगरेशन इसे अनुमति देता है, या आप no_extract_addresses_remove_argumentsExim कॉन्फ़िगरेशन में विकल्पों का उपयोग कर सकते हैं , इसलिए एक्ज़िम कमांड लाइन से प्राप्तकर्ताओं को जोड़ने का प्रयास करें और उन्हें घटाएं नहीं (डुप्लिकेट को सही तरीके से संभाला जाएगा, इसलिए आपको वही मिल सकता है जो आपको मिलता है चाहते हैं)।


ऐसा लगता है कि मैंने जनवरी में वर्कअराउंड बैक के लिए इस उत्तर का उपयोग किया था। चयनित उत्तर (देरी के लिए खेद है) के रूप में सेट करना।
शेड

1

इस मुद्दे के अनुसार , यह रूबी या Exim4 में या तो बग है।

एक पैच उपलब्ध है:

# 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.

Gitlab को बाद में पुनरारंभ करें:

gitlab-ctl restart

अच्छा धन्यवाद। मुझे वर्कअराउंड मिला, इसलिए यह अब काम करता है, लेकिन मुझे अब याद नहीं है कि वर्कअराउंड क्या था ... क्या इस उत्तर की जांच करने और वापस पाने की कोशिश करेंगे।
शेड
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.