Docker-mailman: Komposisi buruh pelabuhan tumpukan penuh

Terima kasih atas minat Anda pada ini, saya ingin ini terjadi!

• Saya pikir kita harus menyimpan penulisan tumpukan penuh sebagai opsi terpisah dari yang sekarang, sebagian besar untuk orang-orang yang membutuhkan MTA/Server Web mereka di Host untuk melakukan hal-hal lain selain hanya melayani Mailman.
• Memindahkan variabel lingkungan ke file .env tidak terlalu masuk akal bagi saya, saya mengerti bahwa Anda mungkin ingin menjaga rahasia Anda lebih aman, tetapi kecuali ada yang menggunakan beberapa izin Linux untuk menolak akses ke .env file tetapi tidak ke docker-compose.yaml , itu agak tidak berguna kan? Dan saya tidak yakin bagaimana cara melakukannya.
• Menambahkan wadah postfix akan sangat membantu, ini tidak terkait dengan #282 , tetapi kami dapat menanganinya di MR terpisah.
• Saya pikir menambahkan wadah Nginx yang berbagi volume dengan mailman-web akan menjadi yang terbaik. Saya tidak terlalu tertarik pada #144 saat ini, terutama karena itu tidak benar-benar membuat kami lebih cepat atau apa pun. Menghasilkan file statis saat startup biasanya baik-baik saja.
• Masuk ke stdout seharusnya bagus, Django mungkin bisa melakukannya dengan mudah, Core mungkin bisa.
• Mengapa kami ingin menghapus entri default untuk nama host, nama wadah, tautan?
• Menghapus hal-hal jaringan yang dikodekan dengan keras adalah sesuatu yang benar-benar ingin saya lakukan, yang mungkin memiliki beberapa tantangan berdasarkan bagaimana Hyperkitty mengautentikasi permintaan dari Core, tetapi kami juga dapat memperbaikinya di hulu.

Secara keseluruhan, saya menyukai sebagian besar ide. Idealnya, kami ingin setiap perubahan berada dalam Pull Request yang terpisah dan kemudian kami dapat mendiskusikan lebih detail di PR masing-masing.

Tentang berkas .env :

• itu menjelaskan kepada pengguna akhir variabel mana yang harus diubah tanpa mencari melemparkan seluruh docker-compose.yml
• itu menghapus definisi duplikat (seperti kunci api hyperkitty)
• itu bisa/seharusnya membuatnya lebih mudah untuk memutakhirkan docker-compose.yml (karena seseorang menggunakan yang upstream) dan hanya perlu menambahkan/memodifikasi variabel yang diubah di .env
• pengguna akhir dapat memeriksa docker-compose.yml yang sedang berjalan ke kontrol sumber tanpa mengungkapkan rahasia

Saya pikir PR akan membuatnya lebih jelas, tidak banyak pekerjaan jadi tidak merepotkan jika kita menjatuhkannya.

Tautan adalah fitur yang tidak digunakan lagi, secara default semua wadah di bagian layanan berada dalam satu jaringan sehingga tetap terhubung. Nama host dan nama-wadah default ke bagian saat ini dalam definisi layanan sehingga sama seperti yang didefinisikan secara eksplisit saat ini dan saya pikir menghapusnya membuat seluruh file lebih kecil dan karenanya lebih mudah dipahami.

Agak terkait, saya mengintegrasikan wadah ini ke Mailu (https://github.com/Mailu/Mailu) yang menyediakan sisa tumpukan. Apakah ada minat dalam pengaturan seperti itu?

@pgeorgi Jika Anda sudah memiliki integrasi yang ingin Anda pertahankan menggunakan gambar-gambar ini, saya akan dengan senang hati menambahkan tautan ke repositori/posting Anda di dokumentasi.

@pgeorgi pasti

Lihat https://patrick.georgi.family/2019/01/12/combining-mailman-3-with-mailu/

Saya setuju dengan @morbidick tentang file .env , terutama karena membuat pembaruan lebih mudah.
Anda cukup melakukan git pull tanpa mencemari repo Anda.
Juga, file .env harus berada di .gitignore

Contoh : Lihat bagaimana Sentry melakukan ini:
https://github.com/getsentry/onpremise

Mereka juga menyediakan file env.example yang dapat Anda salin ke file .env Anda sendiri.