Bugzillaエラー：行365から出てくる「Net :: SMTP :: SSL」パッケージを介してオブジェクトメソッドが見つかりません。

Question 1

この質問はサポートメーリングリストにあるので、完全性のためにここに答えを追加し、他のすべてについてはそこで議論することをお勧めします。

https://groups.google.com/d/msg/mozilla.support.bugzilla/ctvU6urNN0s/oj90IeduEAAJ

Bugzilla/Config/Common.pm 行 365 の 'Net::SMTP::SSL' パッケージを介して 'quit' オブジェクトメソッドが見つかりません。

この問題とOffice365という2つの異なる問題があるようです。 StackExchangeに接続した過去のスレッドを確認してください。

https://support-bugzilla.mozilla.narkive.com/ULqK5oBb/error-while-smtp-setup

一部の著者は、Perlモジュールを再インストールした後、問題が消えたと答えました。私の経験によると、最初の問題は実際にはopenssl-devなどの依存関係が欠落しているためです。

したがって、install-module.plを使用してPerl依存関係をインストールした場合は、Bugzillaのlibフォルダを空にしてから、ディストリビューションのパッケージマネージャを使用して依存関係を再インストールしてください。 SSLに関連する追加の依存関係を提供する可能性が高いです。実際にCPANを介してのみ利用可能な場合、install-module.plは最後のステップにすぎません。この場合、openssl-devなどの他の依存関係を満たすために、パッケージマネージャを手動で使用する必要があります。

Net / SMTP / SSL.pmの内容を見ると、サブルーチンはまったく含まれていません。

コンパイル時に自動的にインポートされるため、名前自体が見つかりません。しかし、私は作業環境で最終的には「終了」する能力を持つことになるとある程度確信しています。もちろん、過去にはもっと明確でなければなりませんでした。次のコードが重要です。

no strict 'refs';
foreach ( keys %Net::SMTP:: ) {
    next unless (ref(\$Net::SMTP::{$_}) eq "GLOB" && defined(*{$Net::SMTP::{$_}}{CODE}))
              || ref(\$Net::SMTP::{$_}) eq "REF";
    *{$_} = \&{"Net::SMTP::$_"};
}

https://fastapi.metacpan.org/source/RJBS/Net-SMTP-SSL-1.03/lib/Net/SMTP/SSL.pm

その後、/Net/SSL.pmの内容を見てサブルーチン/メソッドを見ましたが、そのうちの何も終了しませんでしたが、終了はSMTPコマンドなのでこれに驚かなかった。

Net::SMTP には Net::SSL ではなく "quit" が含まれており、上記のコードでインポートされます。

quit() QUIT コマンドをリモート SMTP サーバーに送信し、ソケット接続を閉じます。

https://perldoc.perl.org/Net/SMTP.html

Office 365に接続するように電子メール構成を設定しました。これは次のことを意味します。

Office 365は現在OOBを実行できず、サポートメーリングリストにはこのトピックのスレッドがいっぱいです。

https://bugzilla.mozilla.org/show_bug.cgi?id=1182445 https://groups.google.com/d/msg/mozilla.support.bugzilla/xFqK7S3h25g/6KI4Fg1NAAAJ https://groups.google.com/d/msg/mozilla.support.bugzilla/xFqK7S3h25g/JF52kHGWEQAJ

いくつかの回避策の中から目的の方法のみを選択するか、Office 365をまったく使用しないことがあります。私は Bugzilla をカスタマイズするのがあまり好きではなく、メールを Office 365 に転送するためにローカルの sendmail などを好みます。しかし、それは最終的にあなた次第です。

SMTPサーバー：smtp.office365.com：587 smtp_ssl：開く

私はsmtp_sslが実際にSSLであり、Office 365が要求するTLSではないと確信しています。したがって、Bugzillaが365をサポートしていても、この構成は機能しない可能性があります。

WebホスティングプロバイダであるMedia Templeに連絡しましたが、彼らは非常に非専門的であり、助けを与えることを考慮すら拒否しました。

最初のエラーメッセージのSSL依存関係を除いて、とにかく実際には役に立ちません。 Office 365のサポートは、Bugzillaで実装するか、別の既定のMTAを使用して解決する必要があります。

Answer

この質問はサポートメーリングリストにあるので、完全性のためにここに答えを追加し、他のすべてについてはそこで議論することをお勧めします。

https://groups.google.com/d/msg/mozilla.support.bugzilla/ctvU6urNN0s/oj90IeduEAAJ

Bugzilla/Config/Common.pm 行 365 の 'Net::SMTP::SSL' パッケージを介して 'quit' オブジェクトメソッドが見つかりません。

この問題とOffice365という2つの異なる問題があるようです。 StackExchangeに接続した過去のスレッドを確認してください。

https://support-bugzilla.mozilla.narkive.com/ULqK5oBb/error-while-smtp-setup

一部の著者は、Perlモジュールを再インストールした後、問題が消えたと答えました。私の経験によると、最初の問題は実際にはopenssl-devなどの依存関係が欠落しているためです。

したがって、install-module.plを使用してPerl依存関係をインストールした場合は、Bugzillaのlibフォルダを空にしてから、ディストリビューションのパッケージマネージャを使用して依存関係を再インストールしてください。 SSLに関連する追加の依存関係を提供する可能性が高いです。実際にCPANを介してのみ利用可能な場合、install-module.plは最後のステップにすぎません。この場合、openssl-devなどの他の依存関係を満たすために、パッケージマネージャを手動で使用する必要があります。

Net / SMTP / SSL.pmの内容を見ると、サブルーチンはまったく含まれていません。

コンパイル時に自動的にインポートされるため、名前自体が見つかりません。しかし、私は作業環境で最終的には「終了」する能力を持つことになるとある程度確信しています。もちろん、過去にはもっと明確でなければなりませんでした。次のコードが重要です。

no strict 'refs';
foreach ( keys %Net::SMTP:: ) {
    next unless (ref(\$Net::SMTP::{$_}) eq "GLOB" && defined(*{$Net::SMTP::{$_}}{CODE}))
              || ref(\$Net::SMTP::{$_}) eq "REF";
    *{$_} = \&{"Net::SMTP::$_"};
}

https://fastapi.metacpan.org/source/RJBS/Net-SMTP-SSL-1.03/lib/Net/SMTP/SSL.pm

その後、/Net/SSL.pmの内容を見てサブルーチン/メソッドを見ましたが、そのうちの何も終了しませんでしたが、終了はSMTPコマンドなのでこれに驚かなかった。

Net::SMTP には Net::SSL ではなく "quit" が含まれており、上記のコードでインポートされます。

quit() QUIT コマンドをリモート SMTP サーバーに送信し、ソケット接続を閉じます。

https://perldoc.perl.org/Net/SMTP.html

Office 365に接続するように電子メール構成を設定しました。これは次のことを意味します。

Office 365は現在OOBを実行できず、サポートメーリングリストにはこのトピックのスレッドがいっぱいです。

https://bugzilla.mozilla.org/show_bug.cgi?id=1182445 https://groups.google.com/d/msg/mozilla.support.bugzilla/xFqK7S3h25g/6KI4Fg1NAAAJ https://groups.google.com/d/msg/mozilla.support.bugzilla/xFqK7S3h25g/JF52kHGWEQAJ

いくつかの回避策の中から目的の方法のみを選択するか、Office 365をまったく使用しないことがあります。私は Bugzilla をカスタマイズするのがあまり好きではなく、メールを Office 365 に転送するためにローカルの sendmail などを好みます。しかし、それは最終的にあなた次第です。

SMTPサーバー：smtp.office365.com：587 smtp_ssl：開く

私はsmtp_sslが実際にSSLであり、Office 365が要求するTLSではないと確信しています。したがって、Bugzillaが365をサポートしていても、この構成は機能しない可能性があります。

WebホスティングプロバイダであるMedia Templeに連絡しましたが、彼らは非常に非専門的であり、助けを与えることを考慮すら拒否しました。

最初のエラーメッセージのSSL依存関係を除いて、とにかく実際には役に立ちません。 Office 365のサポートは、Bugzillaで実装するか、別の既定のMTAを使用して解決する必要があります。

Question 2

Schoning氏の答えは間違っていなかったし、私を解決策に導いた。デフォルトでは、特定のエラーに対して、作成者が次のコマンドを実行する必要があると述べた下のリンクの最後の応答を確認できませんでした。私はコマンドを実行し、すぐに電子メールがすぐに成功しました。

協会気になる他のお客様へ

問題を解決するために、「cpanアップグレードNet::SMTP::SSL」コマンドを使用していただきありがとうございます。

他の人と将来の私のためにいくつかのことを説明します。

しかし、それまではBugzillaが動作していても（UIが優れており、ユーザー、プロジェクトなどを追加する機能）、./testserver.plスクリプトはまだ失敗し、padlock.pngを読み取ることができません。

機能要求

「テーマ」のサポートはありません。グレーは退屈です。また、アップグレードもより簡単になるはずです。
Pleskのようにボタンを1つだけ押すと、自動アップデートまたはソフトウェアアップデートを想像できます。

書く

物事がどのように進行しているかについて誤解があり、最初は公式のBugzilla文書に従ったにもかかわらず（後でそうしました）、文書はまだ不完全であり、私の環境には適用できませんでした。また、ローカルプロファイルには./localconfig使用するグループだけでなく、ユーザーフィールドもありません。

続行する前に、私の環境は次のとおりです。

VPSでPlesk Obsidianを実行するCentOS 7（Media Templeでは「DV」と呼ばれる）

この文書には、HTTPDユーザーとグループの両方が「apache」と記載されていますHTTPD configuration。/etc/httpd/httpd.confこれはまた、Bugzillaドキュメントで./localconfigファイルに使用するように言うことです！残念ながら、これは間違っています。正解は"psacln"グループ用です。この問題を解決する最善の方法は、新しい一時サブドメインを作成し、基本ファイルの所有者とグループを表示することです。私の場合、答えは "jmr-admin：psacln"でした。psaclnグループポリシーはBugzilla設定ファイルに配置することで処理できます。これは、Apacheへの2つの変更が次のようになることを意味します。

 # If you set this to anything other than "", you will need to run checksetup.pl
 # as root or as a user who is a member of the specified group.
 $webservergroup = 'psacln';

 # If set to 1, checksetup.pl will set file permissions so that Bugzilla
 # works in a SuexecUserGroup environment.
 $use_suexec = 1;

再実行した後、ユーザーを手動で「root」から「jmr-admin」に変更する必要がありました./checksetup.pl。

直接的な変更はありません/etc/httpd/httpd.conf。ファイルが上書きされるため、どのプラットフォームでも誰もそのファイルを変更しないでください。存在する場合は、カスタム構成ファイルを作成して/etc/httpd/conf.d/ディレクトリに配置します。 httpd設定ファイルはhttpd.conf自動的にこのディレクトリを読み込みます。私の場合、何かを追加するのは間違っており、状況はめちゃくちゃになりました。必要な正しいことは、次の2つのうちの1つです。

1）（最も良い方法）：.htaccessファイルを追加し、内容を次のように設定します。

#CGI
DirectoryIndex index.cgi
AddHandler cgi-script .cgi
AddHandler cgi-script .pl
Options +ExecCGI
#

2) Plesk内のドメイン（または私の場合はサブドメイン）環境を編集します。例: [domain] Apache & nginx Settings>>

ハンドラ：カスタム値を入力

cgiスクリプト.cgi cgiスクリプト.pl
インデックスファイル：カスタム値を入力する（デフォルトのまま）

注：これを使用すると " "を省略できますが、Options +ExecCGIこれは不要に見えます。

CGIを確認する最善の方法は、新しいテストサブドメインを作成し、cgiスクリプトをルートディレクトリ（鉱山など）に配置することですtestcgi2.cgi。

#!/usr/bin/perl

print "Content-type:text/html\r\n\r\n";
print '<html>';
print '<head>';
print '<title>Hello Word - First CGI Program</title>';
print '</head>';
print '<body>';
print '<h2>Hello Word! This is my first CGI program</h2>';
print '</body>';
print '</html>';

1;

Apacheの変更が正常な場合、スクリプトはコードなしで次の形式のテキストを表示します。

こんにちは単語！これは私の最初のCGIプログラムです。

その後、ダウンロードしたzipファイルのファイルをサブドメインにコピーしました。追加の鍵ファイルの権限を 755 に設定する必要があります。

CentOS 7およびBugzillaのドキュメントに示すようにyumコマンドを実行する必要がありました。

シャットダウン方法が欠落している迷惑な問題が発生しないように、SMTPが正しく機能するようにするには、追加のスクリプトを実行する必要があります。

私は元のBugzilla文書を見て、最初は中国語が読みやすくなると思いました。少なくともショーグーン（Shogun）ミニシリーズをテレビで見ました。たとえ日本語でしたが。 Webホスティングプロバイダに連絡したところ、Bugzilla CentOS 7ガイドへのリンクが提供されました。

これはPleskや私が言う変更や権限については議論しないので不完全です。数日間の苦痛の終わりに、Bugzillaの文書は現在中国語ではなく英語に似ているように見えますが、それでも作業は完了していません。サイトのオープンを見るために、当初はWebホスティングプロバイダに変更を依頼するのが良いかもしれませんが、説明の欠如と現在の知識の欠如のために、次のサイトの運営にはすべてがっかりしました。正しく機能できません。./checksetup.plスクリプト。

私はそれがすべてを扱っていると思います。とにかくまだ専門家ではありませんが、私の記事が役立つことを願っています。

Answer