Alternatif Slack Self-Hosted Terbaik Untuk Pasukan

Alternatif Slack yang manakah patut anda jalankan secara self-hosted

Alternatif Slack yang berbaloi untuk masa pasukan kecil ialah Mattermost, Rocket.Chat, Matrix dengan Synapse, dan Zulip. Untuk alat pasukan dalaman pada satu pelayan, jalankan Mattermost. Untuk komuniti awam, jalankan Zulip. Jalankan Matrix dengan Synapse apabila anda perlu berhubung dengan pelayan milik orang lain, dan hanya pada waktu itu, kerana federasi adalah satu-satunya perkara yang tidak boleh ditiru oleh yang lain dan ia juga merupakan perkara yang mengubah tugas anda sebagai pentadbir.

Senarai ciri tidak akan membezakan keempat-empat ini. Kesemuanya mempunyai saluran, bebenang (threads), carian, muat naik fail dan aplikasi mudah alih. Apa yang membezakannya ialah apa yang diminta daripada anda setiap bulan: memori, pangkalan data yang perlu anda pastikan sentiasa hidup, laluan push mudah alih yang mungkin tidak anda kawal, dan lesen yang menentukan sama ada ciri yang anda perlukan terletak di sebalik bayaran. Perbandingan di bawah dijalankan berdasarkan paksi tersebut, pada sepuluh pengguna dan pada seratus pengguna.

Apakah sebenarnya setiap satu daripada empat pilihan ini

Mattermost ialah pelayan Go dengan pangkalan data PostgreSQL. Satu binari, satu pangkalan data, satu fail konfigurasi. Ia berfungsi seperti Slack, termasuk thread dan slash commands, dan ia merupakan yang paling kurang rumit untuk dikendalikan antara keempat-empat ini, yang merupakan satu pujian.

Rocket.Chat ialah aplikasi Node.js yang berjalan di atas MongoDB. Ia membawa set ciri yang paling luas di sini, termasuk panggilan suara dan video, serta peti masuk omnichannel yang menarik perbualan pelanggan daripada e-mel dan saluran sosial ke dalam antara muka yang sama. Jika peti masuk itu adalah sebab anda mencari penyelesaian ini, pertimbangkan ia berbanding meja bantuan Chatwoot yang khusus terlebih dahulu, kerana pelayan sembang yang melakukan kerja sokongan adalah tugas yang berbeza daripada pelayan sembang yang melakukan kerja berpasukan.

Matrix ialah protokol, bukan produk. Synapse ialah pelayan rujukan (Python, PostgreSQL) dan Element ialah klien yang digunakan oleh kebanyakan orang. Ini adalah satu-satunya pilihan di sini di mana pelayan anda boleh berkomunikasi dengan pelayan yang tidak anda jalankan.

Zulip ialah pelayan Python (Django berserta Tornado) dengan PostgreSQL, RabbitMQ, memcached dan Redis di belakangnya, dipasang sebagai satu unit oleh skripnya sendiri. Modelnya adalah topik di dalam saluran, jadi perbualan dari hari Selasa masih boleh ditemui pada hari Jumaat. Versi 12.0 telah dilancarkan pada April 2026.

Berapa banyak RAM dan pangkalan data yang diperlukan, untuk 10 pengguna dan 100 pengguna

Setiap nombor dalam carta di bawah diperoleh daripada dokumentasi rasmi projek tersebut, yang dibaca pada Ogos 2026. Tiada satu pun daripadanya merupakan ukuran saya sendiri dan tiada satu pun yang direka-reka. Asasnya adalah sama bagi setiap baris: konfigurasi terkecil yang diterbitkan oleh projek, dengan pangkalan data dikira apabila projek tersebut menetapkan saiznya secara berasingan.

[
  {
    "label": "Synapse",
    "published_ram_gb": 1,
    "notes": "Synapse install docs: at least 1 GB free RAM if you want to join large public rooms. PostgreSQL is required for production and is not sized."
  },
  {
    "label": "Mattermost",
    "published_ram_gb": 2,
    "notes": "Mattermost requirements: 1 to 1,000 users on 1 vCPU and 2 GB RAM, single server, database included."
  },
  {
    "label": "Zulip",
    "published_ram_gb": 2,
    "notes": "Zulip requirements: under 100 users on 1 CPU, 2 GB RAM and 2 GB swap. 100 users and above needs 2 CPUs and 4 GB."
  },
  {
    "label": "Rocket.Chat",
    "published_ram_gb": 8,
    "notes": "Rocket.Chat requirements: smallest published tier is 4 GiB for the app plus 4 GiB for MongoDB, rated up to 500 concurrent users."
  }
]

Bentuk baris-baris tersebut tidak sama, dan itu adalah penemuan berguna yang pertama. 1 GB bagi Synapse merupakan tahap minimum untuk proses Synapse dengan syarat tambahan: dokumentasi meminta sekurang-kurangnya jumlah RAM bebas tersebut jika anda ingin menyertai bilik awam yang besar. PostgreSQL berada di luar angka tersebut. 2 GB bagi Mattermost adalah untuk keseluruhan mesin, termasuk pangkalan data, dan ia menampung 1 hingga 1,000 pengguna pada satu vCPU. Zulip mendokumentasikan 2 GB dan satu CPU untuk bawah 100 pengguna, ditambah 2 GB swap, kemudian 4 GB dan dua CPU untuk 100 pengguna ke atas. Rocket.Chat menerbitkan angka terbesar di sini, 8 GB, kerana ia menetapkan saiz aplikasi pada 4 GiB dan MongoDB pada 4 GiB, dan tahap tersebut dinilai untuk sehingga 500 pengguna serentak.

Pada sepuluh pengguna, kesemua 4 aplikasi tersebut berjalan pada perkakasan yang tidak perlu anda fikirkan dua kali. Pada seratus pengguna, jawapannya berbeza: Mattermost masih berada dalam tahap 2 GB, Zulip memerlukan 4 GB dan CPU kedua, manakala tahap terkecil yang didokumentasikan oleh Rocket.Chat kekal pada 8 GB, kerana penggunaan memori MongoDB ditetapkan oleh mesin dan bukannya oleh jumlah pengguna anda.

Pilihan pangkalan data lebih menentukan peningkatan masa depan anda berbanding prestasi harian. Mattermost memerlukan PostgreSQL 14 atau lebih baharu dan telah menamatkan sokongan MySQL bermula pada v11, jadi pemasangan MySQL hari ini bermakna migrasi pada masa hadapan. Synapse berjalan pada SQLite dan dokumentasinya menyatakan dengan jelas bahawa SQLite hanya boleh diterima untuk tujuan ujian, kerana prestasinya lemah dalam bilik yang besar. Rocket.Chat 8 memerlukan MongoDB 8.0, yang bermaksud peningkatan pangkalan data dan peningkatan aplikasi sembang adalah satu projek yang sama, bukannya dua.

Apakah yang anda peroleh dengan VPS 2 GB

Pelan 2 GB merupakan saiz permulaan di kebanyakan penyedia, dan ia adalah jawapan sebenar bagi dua daripada empat perkara ini.

• Mattermost boleh dimuatkan. Ia adalah satu-satunya perisian yang vendornya mendokumentasikan saiz tersebut, untuk sehingga 1,000 pengguna, dengan PostgreSQL pada mesin yang sama. Sepuluh orang pengguna pada 2 GB adalah selesa.
• Zulip boleh dimuatkan, dengan swap. Dokumentasi mengesyorkan swap pada mana-mana mesin di bawah 5 GB dan memberi amaran bahawa mesin dengan RAM minimum akan mengalami ralat out of memory semasa naik taraf, di mana tools/webpack adalah langkah yang gagal. Itu adalah kegagalan sebenar yang akan anda temui semasa waktu naik taraf, bukan semasa pemasangan.
• Synapse boleh dimuatkan semasa ia tidak sibuk. Kos melahu adalah kecil. Lonjakan penggunaan adalah masalahnya, dan bahagian mengenai federasi di bawah menjelaskan puncanya.
• Rocket.Chat adalah perisian yang perlu dielakkan pada 2 GB, dan puncanya adalah enjin storan MongoDB. WiredTiger menetapkan saiz cache dalamannya pada nilai yang lebih besar antara 50% daripada (RAM tolak 1 GB) atau 256 MB, jadi pada mesin 2 GB ia menempah kira-kira 512 MB sebelum Node.js bermula. Hasilnya bukanlah penolakan yang jelas. Ia dipasang, ia berjalan, ia menjadi perlahan apabila sejarah perbualan bertambah, dan akhirnya kernel out of memory killer akan menghentikan mana-mana proses yang paling besar pada waktu itu.

Semak apa yang anda sebenarnya miliki sebelum membuat keputusan, kerana penyedia mengira RAM secara berbeza daripada free:

free -h
swapon --show

Ingat bahawa pelayan sembang bukanlah satu-satunya perkara di dalam mesin tersebut. Penamatan TLS (transport layer security), sandaran dan container runtime semuanya memerlukan memori. Letakkan mana-mana pelayan yang anda pilih di belakang reverse proxy yang anda fahami, Nginx, Caddy atau Traefik, dan jika anda menggunakan kontena, asas Docker Compose untuk VPS adalah bahagian yang perlu dilakukan dengan betul terlebih dahulu.

Adakah aplikasi mudah alih memerlukan pelayan push anda sendiri

Ini adalah perkara yang disedari pengguna selepas mereka selesai melakukan deployment, dan ia merupakan faktor penentu utama bagi jawapan tersebut.

Berikut adalah mekanismenya. Apple Push Notification service (APNs) dan Firebase Cloud Messaging (FCM) hanya menerima notifikasi daripada pihak yang memegang kelayakan penandatangan (signing credentials) untuk aplikasi tersebut. Pelayan anda tidak boleh menghantar push kepada aplikasi yang tidak anda bina. Oleh itu, pelayan sembang yang dihoskan sendiri (self-hosted) menggunakan binaan App Store vendor perlu menyerahkan notifikasi mereka kepada gateway vendor, dan vendor tersebut yang menetapkan syaratnya.

• Mattermost. Laluan percuma ialah Test Push Notification Service (TPNS) di https://push-test.mattermost.com, yang menurut dokumentasi tidak disyorkan untuk pengeluaran (production) dan tidak mempunyai perjanjian tahap perkhidmatan (SLA). Ia hanya berfungsi dengan binaan App Store dan Play Store. Hosted Push Notification Service (HPNS) adalah gred pengeluaran dan memerlukan langganan berbayar. Laluan ketiga ialah menyusun (compile) sendiri push proxy, yang kemudiannya memerlukan binaan aplikasi anda sendiri dengan kelayakan APNs dan FCM anda sendiri.
• Rocket.Chat. Push memerlukan pendaftaran ruang kerja (workspace) dengan Rocket.Chat Cloud, dan ruang kerja komuniti dihadkan kepada 10,000 notifikasi push sebulan. Ini bersamaan dengan kira-kira 330 sehari untuk keseluruhan ruang kerja. Apabila kuota habis, notifikasi akan berhenti diterima sehingga bulan baharu bermula, yang akan dianggap oleh pengguna sebagai aplikasi yang rosak.
• Matrix dengan Element. Synapse menghantar notifikasi ke push gateway, dan aplikasi Element rasmi dihalakan ke gateway yang dikendalikan oleh matrix.org di https://matrix.org/_matrix/push/v1/notify. Payload membawa pengecam acara dan bilik dan bukannya teks mesej, dan aplikasi akan mengambil kandungan tersebut daripada pelayan anda, jadi gateway hanya melihat metadata dan bukannya perbualan. Menjalankan gateway Sygnal anda sendiri adalah disokong dan bermakna anda perlu membina serta mengedarkan aplikasi anda sendiri. Pada Android, terdapat jalan tengah: UnifiedPush dengan pelayan ntfy yang anda hoskan.
• Zulip. Pelan percuma merangkumi perkhidmatan push mudah alih untuk sehingga 10 pengguna. Melebihi 10 pengguna, anda memerlukan pelan, dan pelan Komuniti percuma meliputi banyak organisasi bukan komersial. Zulip 12.0, pada April 2026, menambah penyulitan hujung-ke-hujung (end-to-end encryption) untuk payload push.

Pada tahap sepuluh pengguna, setiap satu daripada perkhidmatan ini memberikan anda notifikasi yang berfungsi tanpa sebarang kos. Pada tahap seratus pengguna, keadaannya berubah: Zulip memerlukan pelan, Mattermost terus berfungsi pada perkhidmatan ujian tanpa SLA dan tanpa sokongan, had bulanan Rocket.Chat menjadi kekangan, dan Matrix tidak terjejas kerana gateway tersebut percuma untuk digunakan.

Yang manakah menawarkan single sign-on secara percuma

Single sign-on (SSO) merupakan aspek di mana model perniagaan open core paling jelas kelihatan.

• Zulip menyertakan SAML (security assertion markup language) dan LDAP (lightweight directory access protocol) dalam pelayan yang dihoskan sendiri tanpa sebarang kos. Tiada peringkat berasingan yang perlu dibeli.
• Synapse menyokong OpenID Connect (OIDC), SAML dan CAS dalam fail konfigurasinya sendiri secara percuma. Penggunaan terbaharu kini semakin banyak menggunakan Matrix Authentication Service, iaitu servis berasingan dengan migrasi sehala daripada pengesahan Synapse klasik, jadi rancang peralihan tersebut lebih awal dan jangan tunggu sehingga ia menjadi keperluan mendesak.
• Rocket.Chat edisi komuniti menyediakan log masuk LDAP dan SAML asas. Penyegerakan atribut pengguna lanjutan, pemetaan kumpulan dan pasukan, serta penyegerakan latar belakang memerlukan lesen enterprise.
• Mattermost edisi Team yang percuma hanya memberikan anda GitLab OAuth dan tiada yang lain. SAML, AD/LDAP dan OpenID Connect adalah ciri berbayar.

Jika anda bercadang untuk menjalankan beberapa servis di sebalik satu log masuk, letakkan pembekal identiti Authentik yang dihoskan sendiri di hadapan servis tersebut dan semak yang mana antara empat servis itu benar-benar boleh berhubung dengannya berdasarkan lesen yang anda miliki.

Kos sebenar persekutuan (federation)

Persekutuan adalah sebab kewujudan Matrix. Pengguna anda menyertai bilik yang dihoskan pada pelayan orang lain dan berbual dengan individu yang mempunyai akaun di sana, sama seperti cara pelayan e-mel bertukar-tukar e-mel. Tiada pilihan lain di sini yang melakukan perkara ini. Jika anda memerlukannya, tiada apa-apa lagi di halaman ini yang boleh menjadi pengganti.

Ia juga merupakan sebab mengapa Synapse mempunyai beban kerja yang berbeza. Apabila pengguna anda menyertai bilik bersekutu, pelayan anda mengambil salinan status dan acara bilik tersebut, serta menyimpan media yang disiarkan oleh pengguna pada pelayan lain: avatar, imej dan fail. Penggunaan cakera anda kemudiannya didorong oleh bilik yang tidak anda cipta dan oleh orang yang tidak mempunyai akaun pada pelayan anda. Inilah sebabnya pemasangan Synapse mengembangkan stor media yang jauh lebih besar daripada jumlah mesej yang dihantar oleh pengguna mereka sendiri. Ia juga sebab mengapa menyertai bilik awam yang besar merupakan operasi khusus yang dikaitkan dengan syarat memori dalam dokumentasi.

Tetapkan polisi pengekalan (retention policy) pada hari pertama dan bukannya pada hari cakera penuh:

media_retention:
  local_media_lifetime: 90d
  remote_media_lifetime: 14d

Synapse memperoleh media_retention dalam versi 1.61, dengan jangka hayat berasingan untuk media tempatan dan jauh. Media jauh ialah cache, jadi jika pengguna meminta fail yang telah dibuang semula, Synapse akan memintanya semula daripada pelayan asal. Media tempatan bukanlah cache, jadi local_media_lifetime yang singkat akan memadamkan muat naik pengguna anda sendiri secara kekal.

Ringkasan jujur: jika pengguna anda hanya berbual sesama sendiri, persekutuan tidak memberikan apa-apa kepada anda malah mengenakan kos cakera, lebar jalur dan laluan naik taraf yang lebih berat. Matikannya, atau pilih pelayan yang berbeza.

Bagaimana proses naik taraf dijalankan

Zulip adalah yang paling mudah. Hanya satu skrip, dan tempoh henti (downtime) yang didokumentasikan adalah di bawah 30 saat kecuali jika migrasi pangkalan data yang besar terlibat. Pemasangan dan naik taraf kelihatan seperti ini, dijalankan oleh anda pada pelayan:

cd $(mktemp -d)
curl -fLO https://download.zulip.com/server/zulip-server-latest.tar.gz
tar -xf zulip-server-latest.tar.gz

Jalankan pemasang sebagai root. Flag --push-notifications mendaftarkan pelayan dengan perkhidmatan push mudah alih semasa pemasangan, dan ia meminta anda menerima terma perkhidmatan pada ketika itu, jadi bacalah terma tersebut sebelum anda bermula.

sudo ./zulip-server-*/scripts/setup/install --push-notifications --certbot \
    --email=YOUR_EMAIL --hostname=YOUR_HOSTNAME

Naik taraf seterusnya menggunakan tarball yang sama ditambah satu arahan:

curl -fLO https://download.zulip.com/server/zulip-server-latest.tar.gz
sudo /home/zulip/deployments/current/scripts/upgrade-zulip zulip-server-latest.tar.gz

Mattermost adalah boleh diramal. Gantikan binari, mulakan semula, dan migrasi akan dijalankan semasa permulaan. Sejak keluaran Ogos 2025, laluan Extended Support Release (ESR) dikeluarkan setiap 9 bulan dengan 12 bulan sokongan, dan naik taraf dari ESR ke ESR adalah laluan yang diuji. Melangkau beberapa ESR sekaligus adalah disokong tetapi tidak diuji, yang secara praktikalnya bermakna anda sendiri yang mengujinya.

Rocket.Chat menggabungkan tiga naik taraf sekaligus. Sehingga Ogos 2026, barisan 8.x adalah yang terkini, dengan 8.7.0 dikeluarkan pada 6 Ogos 2026, dan ia memerlukan MongoDB 8.0 serta versi Node.js yang sepadan. Melangkau versi utama adalah punca pengguna berakhir dengan pangkalan data yang aplikasi enggan buka. Panduan pemasangan Rocket.Chat Docker Compose menetapkan versi-versi ini untuk anda, yang merupakan hujah utama bagi laluan kontena di sini.

Synapse memerlukan pembacaan. Setiap keluaran mempunyai nota naik taraf, dan anda mesti membaca nota bagi setiap versi yang anda lalui, bukan hanya versi yang anda tuju. Selepas naik taraf, Synapse menjalankan kemas kini latar belakang terhadap pangkalan data. Pada pelayan kecil, proses ini boleh menyebabkan mesin menjadi perlahan selama berjam-jam, dan itu adalah tingkah laku yang dijangkakan dan bukannya satu kerosakan.

Terma lesen, dalam bahasa mudah

Mattermost mengedarkan binaan Team Edition yang telah dikompil di bawah lesen MIT, manakala kod sumber ditawarkan di bawah AGPLv3 atau lesen komersial, dengan bahagian tertentu repositori di bawah Mattermost Source Available License yang memerlukan lesen berbayar untuk dijalankan dalam persekitaran pengeluaran. Rocket.Chat adalah MIT kecuali untuk direktori ee/, yang membawa lesen perusahaan tersendiri. Synapse beralih daripada Apache 2.0 kepada AGPLv3 bermula versi 1.99.0, dan penyumbang menandatangani CLA yang membolehkan Element menjual pengecualian kepada lesen tersebut. Zulip adalah Apache 2.0 tanpa direktori perusahaan, itulah sebabnya cerita SSO-nya tidak mempunyai tanda asterisk.

Bacaan praktikalnya: AGPL hanya penting kepada anda jika anda bercadang untuk mengubah suai pelayan dan menawarkannya kepada orang lain sebagai satu perkhidmatan. Apa yang lebih penting bagi pasukan kecil ialah garis teras terbuka (open core), iaitu ciri yang tiada dalam binaan percuma. Zulip mempunyai paling sedikit, manakala Mattermost mempunyai paling banyak.

Yang mana satu patut anda pilih

Alat pasukan dalaman. Mattermost. Ia mempunyai jejak dokumentasi paling kecil, proses naik taraf yang paling mudah, dan antara muka yang biasa digunakan tanpa perlu penjelasan lanjut. Rancang untuk melanggan pelan berbayar pada hari SSO menjadi keperluan, kerana hari itu akan tiba bagi kebanyakan pasukan.

Pelayan komuniti. Zulip. Topik memastikan saluran awam yang sibuk kekal boleh dibaca walaupun selepas berbulan-bulan, SAML dan LDAP adalah percuma, dan naik taraf hanya memerlukan satu arahan. Jika komuniti anda lebih kepada hantaran dan balasan berbanding sembang langsung, bandingkan perisian forum yang dihoskan sendiri terlebih dahulu, kerana forum lebih mudah diindeks dalam carian dan tidak memerlukan infrastruktur tolak (push) sama sekali. Pilih Rocket.Chat sebaliknya apabila anda mahukan ciri suara, video dan omnichannel, serta mampu memperuntukkan 8 GB RAM seperti yang diminta dalam dokumentasinya.

Rangkaian yang perlu saling beroperasi. Matrix dengan Synapse dan Element. Terima pertumbuhan media, tetapkan pengekalan data pada hari pertama, berikan ia PostgreSQL dan ruang cakera yang lebih besar daripada jangkaan anda, serta peroleh nilai sebenar daripada berhubung dengan pelayan yang tidak anda kawal. Memilih Synapse untuk pasukan yang tidak pernah melakukan federasi bermakna anda membayar kos tersebut tanpa sebarang faedah.

FAQ

Apakah alternatif Slack yang dihoskan sendiri (self-hosted) terbaik untuk pasukan kecil?

Mattermost, bagi kebanyakan pasukan dalaman. Dokumentasinya meliputi 1 hingga 1,000 pengguna pada satu vCPU dan 2 GB RAM dengan PostgreSQL pada mesin yang sama, jadi ia sesuai dengan pelan VPS peringkat permulaan yang dijual oleh kebanyakan penyedia. Kekurangannya ialah single sign-on: Team Edition percuma hanya menyokong GitLab OAuth, manakala SAML, AD/LDAP dan OpenID Connect semuanya memerlukan pelan berbayar. Jika SSO percuma lebih penting daripada antara muka seperti Slack, jalankan Zulip sebaliknya.

Bolehkah saya menjalankan pelayan sembang yang dihoskan sendiri pada VPS 2 GB?

Mattermost boleh, dan Zulip juga boleh jika anda menambah swap, yang disyorkan oleh dokumentasi Zulip sendiri untuk kapasiti bawah 5 GB. Rocket.Chat adalah yang akan mengecewakan anda, kerana enjin WiredTiger MongoDB menuntut nilai yang lebih besar antara 50% daripada (RAM tolak 1 GB) atau 256 MB untuk cache-nya, jadi kira-kira 512 MB daripada kotak 2 GB akan hilang sebelum aplikasi bermula. Ia akan dipasang dan kemudian merosot apabila sejarah perbualan bertambah, yang akhirnya menyebabkan ralat out of memory. Peringkat terkecil yang diterbitkan oleh Rocket.Chat ialah 4 GiB untuk aplikasi ditambah 4 GiB untuk MongoDB.

Adakah pelayan sembang yang dihoskan sendiri memerlukan pelayan pemberitahuan tolak (push notification) sendiri?

Biasanya tidak, kerana APNs Apple dan FCM Google hanya menerima pemberitahuan daripada pihak yang menandatangani aplikasi tersebut, jadi aplikasi vendor menggunakan gateway vendor tersebut. Terma perkhidmatannya berbeza. Mattermost menawarkan perkhidmatan ujian percuma tanpa SLA dan perkhidmatan berbayar yang dihoskan. Rocket.Chat mengehadkan ruang kerja komuniti kepada 10,000 pemberitahuan tolak sebulan, selepas itu penghantaran akan berhenti sehingga bulan baharu bermula. Zulip menyertakan pemberitahuan tolak secara percuma untuk sehingga 10 pengguna dan memerlukan pelan di atas jumlah tersebut. Homeserver Matrix menghantar pemberitahuan melalui gateway yang digunakan oleh aplikasi Element tanpa sebarang kos. Anda hanya memerlukan gateway sendiri jika anda juga mengeluarkan binaan aplikasi anda sendiri.

Patutkah saya menghoskan sendiri Matrix dan Synapse untuk pasukan yang tidak pernah berhubung dengan pelayan lain?

Tidak. Persekutuan (federation) adalah tujuan utama Synapse, dan ia juga yang menjadikannya lebih berat untuk dijalankan. Menyertai bilik pada pelayan lain akan menarik status mereka dan menyimpan media mereka ke dalam cakera anda, jadi storan akan meningkat atas sebab yang tidak berkaitan dengan pengguna anda sendiri. Tetapkan media_retention dengan remote_media_lifetime yang singkat sebelum perkara itu berlaku. Pasukan yang hanya berhubung sesama sendiri akan menanggung kos operasi tanpa mendapat sebarang manfaat, dan Mattermost atau Zulip akan melakukan tugas yang sama dengan perkakasan yang lebih rendah.

Alternatif Slack yang dihoskan sendiri manakah yang mempunyai single sign-on percuma?

Zulip dan Synapse. Zulip menyertakan SAML dan LDAP dalam pelayan yang dihoskan sendiri tanpa sebarang kos, dan Synapse menyokong OpenID Connect, SAML dan CAS dalam konfigurasinya, dengan pemasangan baharu beralih kepada Matrix Authentication Service yang berasingan. Edisi komuniti Rocket.Chat melakukan log masuk LDAP dan SAML asas tetapi meletakkan penyelarasan atribut, pemetaan kumpulan dan penyelarasan latar belakang di sebalik lesen perusahaan. Team Edition percuma Mattermost hanya menyokong GitLab OAuth.