Never Give Up

自宅LINUXサーバーで   今回ECサイト構築のためにとりあえずメール送信が必要になった関係上、メールサーバー構築した際に、送信は、以前のブログで紹介したように動作するようになったのですが、 受信に少し問題 が残っておりました。 解析すると     gmailからのメールだけを受信できなかったのです 。長い時間が経過してから、以下のメールが返信されてきます。 　　　The response from the remote server was: 　　　454 4.7.0 TLS not available due to local problem  TLS not available 　どうも、gmailは、相手がTLSをサポートしていないと送ってくれないようです。そこで自宅メールサーバーの受信側をTLSサポートしないといけないという事で一生懸命変更していました。受信側という事でPOPサービスのほうすなわちdovecotを修正してましたが、 大きな過ちに気づきました。 サーバーの外側のメール転送は全て（送信も受信も）SMTPサービスが実施するという事を、gmailのメールサーバーからのSMTPメール転送は、自宅メールサーバーのSMTPで受信されるという事を、、、 　 　postfixの設定を変える事で、ようやくメール受信ができている事を確認しました。 　メール受信は、POP/IMAPという先入観で今まで長い間理解をしていましたので、メール受信は、dovecotで処理しているものとずっと思っていましたが、本日その誤りに気付きました。 メールサーバーの基本構造 　 上図のとおりの      構造で書いてしまえばごく当たり前のことなのですが、実際に遭遇すると自分の理解は浅はかなものである事を本日痛感しました。 　でも、なんとか自宅メールサーバーでメールが受信できる事が本日確認されました。

EC-CUBE 　ネットショップのページを自宅サーバで作成するためにここのところECCUBEのインストール作業をしておりました。 OSはFedora26   を昨年新たにインストールしてます。１０年前に立ち上げたFedora9のサーバーのHDDが見事にクラッシュしたために最新のリリースを用いました。やはり動作は以前よりかなり重たくなっているので、インテルのATOMでは少しパフォーマンスがよくないのが難点ですが、セキュリティー的にはこちらが安全かもしれません。HDDは４TBにしました。やはりPCはHDDが最も壊れやすいです。１０年間は全く問題なく調子よく動作していたのですが、ある日突然クラッシュ、復旧専門の会社に依頼したのですが、PCの問題だという事で、お金を取られて返ってきたのでした。けれどそれは全くの間違いで、その後１カ月くらいはそのまま動作してましたが、やはりその後全くHDD認識しなくなり、またその会社に依頼したら今度は、ヘッドを見るからと分解され、それで完全に御臨終でした。なのでデータは、殆ど復旧できず終了、お金だけがなくなりました。 愚痴はそれくらいにして    新しい自宅サーバーの環境は、 ・Webサーバー： 　Apache 2.0  ・DNS：　　　　　 MyDNS 　 ・DataBase：　　　MySQL 10.1.26-MariaDB ・カートアプリ： 　EC-CUBE　3.0.15 ・その他　　　　　php-7.1.11　 WordPress ・メールサーバー：　postfix　devcot 　　 Fedora26インストール参考URL   いろいろ問題がありましたが、      一番はまったのは、メールサーバーでした。 ECCUBEのカートシステムでは、メールサーバーの動作が必須でこれが動作しない事には全く前に進みません。最近の２５番ポート対策は激しいものがありますので、ダイナミックDNSを使っている私の自宅serverでは、どこのISPもpostfixのメールサーバーの送信を拒否してしまいます。 うちの環境では、メールサーバの立ち上げは不可能なのかもという半分諦めの境地でした。 ネットで検索しいろいろ試行錯誤しましたが、 ...