Anda adalah toko sumber terbuka .. bagaimana Anda melakukan kalender bersama? [Tutup]


39

Saya menjalankan suite kolaborasi open source, saya senang dengan itu, basis pengguna saya juga senang dengan itu ... semua kecuali untuk kalender. Ini titik sakit yang serius, dan saya berjuang untuk menemukan solusi.

Saya punya Courier + Postfix + Maildrop untuk email, dan layanan XMPP / Jabber semuanya didukung pada OpenLDAP (direktori perusahaan juga keluar dari LDAP). Satu-satunya poin penting saya adalah paket kalender / penjadwalan setengah layak yang memiliki fitur (tampaknya sederhana) ini:

  1. Integrasi LDAP
  2. Dukungan multi-platform (Windows, Linux dan Mac)
  3. Delegasi (asisten eksekutif dapat mengelola kalender eksekutif mereka, perekrut dapat menjadwalkan rapat dalam kalender manajer perekrutan)
  4. Manajemen "sumber daya" (ruang rapat, proyektor, dan lain-lain)

Bagus untuk dimiliki:

  • antarmuka web
  • (terkenal) Gratis / Sibuk
  • Outlook / Palm "saluran" untuk menyinkronkan ke perangkat seluler
  • administrasi mudah :)

Yang tidak saya inginkan adalah seluruh tumpukan kolaborasi baru (ala Zimbra, OpenXchange, Hula, ...). Saya suka pengaturan email saya, saya suka pengaturan Jabber saya. Saya hanya perlu produk kalender. Saya tidak berharap gratis (walaupun, itu akan menyenangkan), dan saya ingin beberapa rekomendasi yang benar-benar disentuh seseorang (saya menuntut, saya tahu ...) alih-alih hanya daftar dari halaman web konsorsium CalDav. ;)

Apakah saya satu-satunya dengan masalah ini? Membantu! :)


2
Aku seperti bagaimana pertanyaan ini difokuskan secara khusus pada kalender open source dibandingkan pertanyaan ini lebih tua yang meminta alternatif Microsoft Exchange penuh: serverfault.com/questions/5282/...
Philip Durbin

Mengapa keengganan untuk Zimbra? Menggunakan semua perangkat lunak email open source umum stack - postfix, SpamAssassin, openldap, dll
jtimberman

3
Saya menentang Zimbra karena saya sudah memiliki tumpukan surat yang berfungsi, dan dalam pengalaman saya meretas chuck dari sistem seperti itu adalah awal dari bencana yang akhirnya Anda jalani selama bertahun-tahun.
jharley

1
Di perusahaan sebelumnya (~ 100 pengguna) kami memigrasikan sistem berbasis qmail yang mapan ke Zimbra dan menghemat lebih banyak uang daripada yang kami habiskan untuk biaya pengaturan (dari waktu admin yang diinvestasikan dan perangkat keras yang dibeli). Kalender bersama dan dukungan Blackberry langsung adalah pemenang besar, terutama untuk manajemen. YMMV.
jtimberman

... Saya tidak setuju bahwa itu bukan kemenangan, tetapi seperti saya katakan di atas: Saya hanya ingin produk kalender.
jharley

Jawaban:


14

Kami menggunakan Kalender Google di tim kami, semuanya orang linux & mac. Kalau tidak, saran umum terbaik yang pernah saya lihat adalah server kalender Apple:

http://trac.calendarserver.org/


Saya memiliki sejumlah teman di perusahaan yang telah beralih ke Google Apps / Google Kalender dan tampaknya berfungsi dengan cukup baik untuk mereka semua. (4 perusahaan berbeda.)
GreenKiwi

8
Perusahaan saya merasa tidak nyaman dengan berbagi data seperti itu melalui layanan seperti Google saat ini, jadi mereka tidak masuk akal (karenanya layanan IM dan Mail internal).
jharley

1
Satu-satunya masalah dengan aplikasi google / kalender adalah Anda mendapatkan ketergantungan eksternal raksasa. Mereka tidak memiliki banyak pemadaman, tetapi mereka pasti memiliki pemadaman.
sclarson

Saya mendukung saran kalender. Meskipun saya belum menjalankannya di Linux, ia berjalan sangat baik di server OSX dan fitur yang sangat lengkap.
Kamil Kisiel

6

Lihat kalender web . Saya pikir itu memenuhi semua persyaratan Anda, dan semua kecuali opsi seluler yang bagus untuk dimiliki. Saya belum pernah menggunakan integrasi LDAP (meskipun terdaftar sebagai didukung) atau delegasi, jadi pastikan untuk memeriksanya.


Ini terlihat sangat menjanjikan - terima kasih. Saya akan mencoba menjalankan salinan di VM untuk mencobanya.
jharley

Anda bertaruh. Bagi kami, ini merupakan kalender sederhana dan bagus untuk kalender grup.
pc1oad1etter

3

Kami menggunakan CalDAV dengan server DAViCal dan Evolution / Kontact di frontend. Bagus sekali. :-)


2

Sayangnya, ada alasan mengapa alam semesta ada di MS Exchange.

Yang mengatakan, periksa server kalender Sun. Saya menggunakan versi kuno beberapa waktu lalu dan sepertinya cukup bermanfaat. CalDAV adalah standar kuasi, jadi uji, uji, uji kasus penggunaan Anda sebelum menulis cek.


Delegasi saat ini tidak berfungsi di Sun Calendar Server AJAX UI (Konvergensi) dan UI sebelumnya yang mendukungnya jelek sebagai dosa.
TRS-80


1

Saya pernah mengatur Mozilla Sunbird di atas WebDAV beberapa tahun yang lalu jadi saya tidak tahu status saat ini. Berbagi WebDAV berjalan di atas Apache sehingga LDAP PAM dan SSL mudah ditambahkan. Itu bekerja dengan cukup baik.


webcalenedar bekerja melalui apache juga dan sunbird dapat terhubung ke sana
Jure1873

1

Ada beberapa paket calDAV di Ubuntu, tetapi tidak satu pun dari mereka yang tampaknya banyak digunakan atau diuji. Saya pikir bagian dari tantangannya adalah bahwa banyak perusahaan sumber terbuka tidak tumbuh ke skala perusahaan, dan pengembangan sumber terbuka terjadi di dunia maya internet, di mana Anda mungkin tidak memerlukan gedung dan ruang konferensi.

Saya pikir sebagian besar infra Ubuntu sedang diselesaikan di Kalender Google untuk saat ini; bukan momen yang bersinar, tapi cukup untuk saat ini.


1

Saya juga akan memberikan acungan jempol yang sangat kuat untuk SOGo. Kami memiliki beberapa ratus pengguna di beberapa perusahaan yang menggunakannya dan telah terbukti kuat dan sangat terukur, dengan dukungan yang baik dari tim Inverse. Kami menggunakannya hampir tanpa kesalahan dengan OpenLDAP, Postgresql, Exim dan Dovecot. Klien webmail juga cukup bagus.

Ini terintegrasi ke dalam stack open-source dengan sangat baik, dan patut mendapat perhatian yang lebih luas.

Integrasi Windows adalah titik yang sulit jika dengan integrasi Windows yang Anda maksud adalah Outlook. Namun dukungan iCal dan Cardav bekerja dengan baik dengan klien yang patuh, seperti Thunderbird di Windows. Namun ini diharapkan akan segera berubah ketika tim SOGo sedang bereksperimen dengan backend OpenChange untuk memberikan dukungan MAPI asli untuk Outlook. Lihat bagian OpenChange dari halaman ikhtisar SOGo untuk detail lebih lanjut.

Fitur kalender dan kontak berfungsi sangat baik pada perangkat Apple, yang sangat penting untuk jenis manajemen.


0

Saya tidak bermaksud terdengar kasar, tetapi saya secara khusus menyebutkan bahwa saya hanya ingin produk kalender bukan seluruh rangkaian kolaborasi seperti Zimbra atau OpenXchange atau hal-hal lainnya ... Saya memiliki tumpukan surat yang berfungsi, server direktori kerja dan sudah bekerja layanan IM.
jharley

Mungkin saya seharusnya membuat ini komentar daripada jawaban, yang baru saja saya lakukan. Sayang sekali sepertinya saya tidak bisa menghapus jawaban ini.
Philip Durbin

0

Anda bukan satu-satunya, saya masih mencari. Aku akan memberimu sesuatu untuk menjauh, Bedework. Meskipun terlihat bagus, ia tidak memiliki delegasi dan hanya buggy bahkan di bawah beban ringan - kami akhirnya dengan sebuah acara yang sebagian besar nol dan menghentikan dump cadangan database.


0

Sudah beberapa saat (6 tahun) sejak saya menyentuh produk ini (Sekarang Up-To-Date) tapi itu sangat solid.


0

Saya tidak percaya tidak ada yang menyebutkan Zimbra. Ini memiliki versi gratis (seperti dalam bir) dan Open Source yang melakukan semua yang diminta poster dan banyak lagi. Saya menggunakannya untuk mengelola lebih dari 50 kotak surat. Ada instruksi yang jelas untuk mengaturnya di Ubuntu LTS Server di sini dan unduhan tersedia di sini .

Sistem ini menggunakan LDAP, dapat dijalankan bersama OpenFire untuk pengiriman pesan, memiliki kalender grup, dokumen wiki, dan banyak fitur lainnya.

Ini juga memiliki klien desktop multiplatform (dan klien web tentu saja) yang tersedia untuk diunduh di sini .

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.