Re: [SOGo] free busy dose not work on all users
Hello Am 2015-05-19 um 14:16 schrieb Götz Reinicke - IT Koordinator: Hi, I have tested the free busy feature with the following setup: user A invites users B and C. In the SOGo Interface, A sees the free busy time of B but not of C. B and C share a team calendar, and both have appointments in that team calendar during the time the test appointments should be. This calendar is included in the free busy time calculation of B and C. The owner of that team calendar is B. SOGo 2.2.17a. Any ideas what might be wrong? Why is the busy time of C not included? I think those are different issues. 1) User A, B and C are all on the same SOGo server, and are all visible in the global address book. User A has user C in one of his own address books too, in order to add some infos about C not contained in the readonly global address book. When A invites C, then the autocompletion will give him both entries of C. But only the one from the global address book contains free/busy information. Because of that, if A chooses the other one, then he can not see if C is free or not. You can distinguish those two address entries, through the red square in front of the entry coming from the own address book, which symbolizes: There is no free/busy information available 2) Calendars which are your own, are counted when checking free/busy for this owning person with standard settings. Calendars which are subscribed are *not* counted for free/busy for the subscribing person with standard settings. So you have to set include in free-busy for that subscribed calendar first. (You said, you did that :-) Then you have to check, if A has the privilege to see at least date and time of the appointments/events in this shared calendar. If not, then B and C will be free for A for all events in this shared calendar! Hope this helps a bit. Kind regards, Christian Mack -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung Basisdienste 78457 Konstanz +49 7531 88-4416 smime.p7s Description: S/MIME Cryptographic Signature
Re: [SOGo] Problems with contact list from LDAP
Hello Am 2015-05-18 um 21:40 schrieb sattellite: I couldn't find answers to your questions in this mailing and the FAQ. I Our question? ;-) Sorry. I forgot to fix a typo after got text from online translator. English is not my native language. No problem, found it funny. English isn't my native language too. MailFieldName = cn; MailFieldNames = (mail); I was not attentive. Fixed. There are 2 sub-question: 1. What fields are required in order to show the contact list from LDAP? required are whatever you have set in UIDFieldName, IDFieldName, CNFieldName and at least one of the MailFieldNames. In your case uid, sn, cn and mail. As your config is invalid, it uses the SOGo defaults. I would expect a search for all contacts will be made with filter (objectClass=insystemUser) instead of filter ((|(uid=sattellite)(mail=sattellite))(objectClass=insystemUser)) for current config. Request to LDAP with filter ((|(uid=sattellite)(mail=sattellite))(objectClass=insystemUser)) returning only one entry with my user. And my contact not shown in tab Shared contacts (bug or feature?). In LDAP I have 9 users and I want see them all in tab Shared contacts. For this is good filter is (objectClass=insystemUser). What should I fix in the configuration to get this behavior? My full config: { SOGoProfileURL = postgresql://sogo:qwerty@localhost:5432/sogo/sogo_user_profile; OCSFolderInfoURL = postgresql://sogo:qwerty@localhost:5432/sogo/sogo_folder_info; OCSSessionsFolderURL = postgresql://sogo:qwerty@localhost:5432/sogo/sogo_sessions_folder; OCSEMailAlarmsFolderURL = postgresql://sogo:qwerty@localhost:5432/sogo/sogo_alarms_folder; SOGoDraftsFolderName = Drafts; SOGoSentFolderName = Sent; SOGoTrashFolderName = Trash; SOGoIMAPServer = imaps://localhost:143/?tls=YES; SOGoSMTPServer = 127.0.0.1; SOGoMailDomain = insystem.me; SOGoMailingMechanism = smtp; SOGoUserSources = ( { type = ldap; CNFieldName = sn; UIDFieldName = uid; IDFieldName = cn; // first field of the DN for direct binds //bindFields = (cn, uid); // array of fields to use for indirect binds baseDN = ou=users,ou=unicoms,o=insystem,c=ru; bindDN = cn=sogo,ou=services,o=insystem,c=ru; bindPassword = qwerty; canAuthenticate = YES; displayName = Shared contacts; hostname = ldap://127.0.0.1:389; id = insystem; isAddressBook = YES; MailFieldNames = (mail); filter = (objectClass=insystemUser); SearchFieldNames = (cn, sn, telephoneNumber); } ); SOGoPageTitle = Insystem; SOGoForwardEnabled = YES; SOGoTrustProxyAuthentication = NO; SOGoLanguage = Russian; SOGoSupportedLanguages = (Russian); SOGoTimeZone = Europe/Moscow; SOGoSuperUsernames = (sattellite); SOGoMailDomain = insystem.me; SOGoLDAPContactInfoAttribute = cn; SOGoCacheCleanupInterval = 5; SOGoMaximumFailedLoginCount = 5; SOGoMaximumFailedLoginInterval = 10; SOGoFailedLoginBlockInterval = 300; //SOGoDebugRequests = YES; //SoDebugBaseURL = YES; //ImapDebugEnabled = YES; LDAPDebugEnabled = YES; PGDebugEnabled = YES; //SOGoUIxDebugEnabled = YES; } Thanks in advance! When you login and open the global address book, you will only see an empty list. You have to search in it, in order to see matching entries. That is the reason for the strange filter. With a single dot as search string you will get all entries, if your LDAP has no restriction on the max count of delivered entries. This is per design, because those list can get quite big. In our case it contains approx. 17000 accounts. You do not want to fetch them every time you open this address book, or synchronize those to a mobile ;-) Kind regards, Christian Mack -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung Basisdienste 78457 Konstanz +49 7531 88-4416 smime.p7s Description: S/MIME Cryptographic Signature
Re: [SOGo] Problems with contact list from LDAP
В Четверг, 21 май. 2015 в 12:10 , Christian Mack christian.m...@uni-konstanz.de написал: This is per design, because those list can get quite big. Great thanks. But this behavior is very-very strange from user-side (user experience: I want see all contacts by default when opening contact list). Can I set some option in config to change this to always show all contacts? -- С уважением, Александр Грошев 7(906)505-63-61 -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo on Debian Jessie?
+1 for i386/i686 packages for Debian Jessie. Thanks! El Miércoles, 20 de mayo, 2015 20:02:21, Ludovic Marcotte lmarco...@inverse.ca escribió: On 20/05/2015 20:22, Zhang Huangbin wrote: Not yet a stable build? Because SOGo v2.3.0 is not released. Why? Because there's virtually *no* download of the i386 arch on recent distro we support. It's a waste of resources. If there's enough people asking for it, we might provide them but in the meantime, we won't. -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: http://inverse.ca Inverse inc. :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo on Debian Jessie?
When there's less than 4 Gigabytes of RAM, the empirical evidence I have is that an x86 distributtion offers a better performance than an amd64 one. For deployments of light load or simple exploration environments, it could be convenient also, taking advantage of existing hardware available with 32 bits microprocessors. As far as I know the naming of the Debian port depends on the underlying microprocessor architecture. In https://www.debian.org/ports/ the adaption for 32 bits PC hardware is listed as i386, but when installed it could be reported as i386 or i686 by the running Linux kernel. To ease the issue, it could be referred as x86. El Jueves, 21 de mayo, 2015 9:00:43, Tanstaafl tansta...@libertytrek.org escribió: On 5/21/2015 7:37 AM, Rodolfo José Castellanos J. rodolfo...@yahoo.com wrote: +1 for i386/i686 packages for Debian Jessie. Why on earth would anyone intentionally run an i386 version of anything on a server today??? -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo on Debian Jessie?
SOHO: using my hardware as long as it does what i want it to do like i want it to do. and small groups don't need big hardware. Thanx to all of you for your great work! J. Feldner __ Am 21.05.2015 um 15:30 schrieb Tanstaafl: On 5/21/2015 7:37 AM, Rodolfo José Castellanos J. rodolfo...@yahoo.com wrote: +1 for i386/i686 packages for Debian Jessie. Why on earth would anyone intentionally run an i386 version of anything on a server today??? -- Johannes Feldner Goethestraße 67 D - 35390 Gießen +49 641 75687 m...@johannesfeldner.de -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo on Debian Jessie?
On 5/21/2015 7:37 AM, Rodolfo José Castellanos J. rodolfo...@yahoo.com wrote: +1 for i386/i686 packages for Debian Jessie. Why on earth would anyone intentionally run an i386 version of anything on a server today??? -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] BTS activities for Thursday, May 21 2015
Title: BTS activities for Thursday, May 21 2015 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Thursday, May 21 2015 idlast updatestatus (resolution)categorysummary 3082 2015-05-21 15:35:36 updated (open) ActiveSync Meetings organised from Outlook 2013 do not get invitees RVSP updates 3214 2015-05-21 15:45:04 updated (open) ActiveSync Accepting meeting does not replicate to android phone 3195 2015-05-21 14:02:16 updated (open) Backend Calendar "CC" office assistant for invitation replies on other calendars 2893 2015-05-21 14:28:27 updated (open) Backend Mail When your password contains a '\' character, you can not login to IMAP server 1364 2015-05-21 14:19:45 updated (open) Web Calendar Overlapping recurrent events can be created but are not displayed 2286 2015-05-21 13:55:00 updated (open) Web Calendar date format in event edit from 2556 2015-05-21 14:43:34 updated (open) Web Calendar Invalid warning when inviting additional persons 2558 2015-05-21 15:06:32 updated (open) Web Calendar Inviting many people to an event is really slow 2660 2015-05-21 15:04:33 updated (open) Web Calendar Simplify deleting of attendees in invitations 3197 2015-05-21 14:05:30 updated (open) Web Calendar Marking a task as completed by clicking the checkbox does not set the "completed %" field 3199 2015-05-21 14:08:02 updated (open) Web Calendar Set default for event list from "today" to "next 7 days" or "next month"; make configurable 3200 2015-05-21 14:10:31 updated (open) Web Calendar Category color default should be configurable per category 3203 2015-05-21 14:22:21 updated (open) Web Calendar Calendar list print view omits appointments from shared calendars 3204 2015-05-21 14:24:59 updated (open) Web Calendar Very short events are not "high enough" to show the event's caption when printed 3205 2015-05-21 14:24:50 updated (open) Web Calendar Very short events are not "high enough" to show the event's caption (web view) 2951 2015-05-21 08:37:06 updated (open) Web Mail the new menu Search in the interface of the mail 3219 2015-05-21 08:37:06 updated (open) Web Mail sort in search windows 3154 2015-05-21 11:57:06 updated (open) with SOGo Added Event in Thunderbird does not display immediately 2765 2015-05-21 14:42:25 resolved (not a bug) Backend Calendar Templates for event invitation and changed event notification mails 1516 2015-05-21 21:37:21 resolved (fixed) Web Calendar keyboard date / time entry not working numeric pad 3194 2015-05-21 13:59:46 resolved (fixed) Web Calendar Custom recurrence rules should be visible in edit window
Re: [SOGo] SOGo on Debian Jessie?
Am 21.05.2015 um 18:22 schrieb Zhang Huangbin: On May 21, 2015, at 11:23 PM, Tanstaafl tansta...@libertytrek.org wrote: I see no problem with vendors with limited resources refusing to support ancient/antiquated environments (unless it can be scripted and done with little to no effort)... Just curious, does SOGo team build packages with scripts or not? It should be a one-time job for one Linux distribution release (e.g. Debian 7, Debian 8). correct me if i was wrong. The building is automated (Thats why we have nightlies) In theorie it's a one time job. In reality - You have to make the scripts - The builds can break for whatever reason - There might be 32/64Bit issues which need tracking,debugging,fixing So for me it makes sense to drop the 32bit builds. If someone sponsors the 32bit builds, then inverse will probably happily provide them in the future... ;) André -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo on Debian Jessie?
On 21/05/2015 15:38, André Schild wrote: - You have to make the scripts Checked. - The builds can break for whatever reason s/can/always/ - There might be 32/64Bit issues which need tracking,debugging,fixing s/might be/are always/ Ludo -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: http://inverse.ca Inverse inc. :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo on Debian Jessie?
On May 21, 2015, at 11:23 PM, Tanstaafl tansta...@libertytrek.org wrote: I see no problem with vendors with limited resources refusing to support ancient/antiquated environments (unless it can be scripted and done with little to no effort)... Just curious, does SOGo team build packages with scripts or not? It should be a one-time job for one Linux distribution release (e.g. Debian 7, Debian 8). correct me if i was wrong. Zhang Huangbin, founder of iRedMail project: http://www.iredmail.org/ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo on Debian Jessie?
On 5/21/2015 10:41 AM, Zhang Huangbin z...@iredmail.org wrote: On May 21, 2015, at 10:13 PM, Rodolfo José Castellanos J. rodolfo...@yahoo.com wrote: As far as I know the naming of the Debian port depends on the underlying microprocessor architecture. In https://www.debian.org/ports/ the adaption for 32 bits PC hardware is listed as i386, but when installed it could be reported as i386 or i686 by the running Linux kernel. To ease the issue, it could be referred as x86. This is what i mean, x86. Thanks Rodolfo. And for new server hardware, you prefer x86_64/amd64, no problem at all. but how about existing/old hardware? Trash them and buy new hardware? Most processors have been 64bit for - what, 8? 10 years now? It would have to be really old hardware to be 32bit. Like I said - if you want to stay with such dated hardware you will have to live with the limitations and downsides... -- users@sogo.nu https://inverse.ca/sogo/lists
Re: Fwd: Re: [SOGo] gnustep class and builders
Hello This should not be empty. How did that happen? Kind regards, Christian Mack Am 2015-05-11 um 16:09 schrieb Maxime RUBINO: I have found the problem and i'm idiot : the directory SSL.bundle is empty ?! --- Hello Christian, the location is correct : root@sogo:/# find / | grep SSL.bundle /usr/share/GNUstep/Libraries/gnustep-base/Versions/1.24/Resources/SSL.bundle root@sogo:/# ll /usr/share/GNUstep/Libraries/gnustep-base/Versions/1.24/Resources/ | grep SSL.bundle drwxr-xr-x 2 root root 4096 Feb 18 15:31 SSL.bundle/ it's a permission problem ? sogo is launched with sogo user not root. Le 11/05/2015 16:01, Christian Mack a écrit : Hello Those are OK. Is your gnustep-base directory at this location? /usr/share/GNUstep/Libraries/gnustep-base Kind regards, Christian Mack Am 2015-05-08 um 16:05 schrieb Maxime RUBINO: Hi Christian, I use Ubuntu 14.04.2 LTS (updated regularly) root@sogo:~# dpkg -l | grep sogo ii sogo:amd64 2.2.17a.20150507-1 amd64a modern and scalable groupware ii sogo-activesync 2.2.17a.20150507-1 amd64a modern and scalable groupware - ActiveSync module ii sogo-common 2.1.1b-1 all Scalable groupware server - common files ii sogo-openchange:amd64 2.2.17a.20150507-1 amd64a modern and scalable groupware - OpenChange backend root@sogo:~# dpkg -l | grep sope ii libsope-appserver4.9 4.9.r1664.20150421 amd64SOPE application server libraries ii libsope-core4.9 4.9.r1664.20150421 amd64 Core libraries of the SOPE application server ii libsope-gdl1-4.9 4.9.r1664.20150421 amd64 GNUstep database libraries for SOPE ii libsope-ldap4.9 4.9.r1664.20150421 amd64 SOPE libraries for LDAP access ii libsope-mime4.9 4.9.r1664.20150421 amd64 SOPE libraries for MIME processing ii libsope-xml4.9 4.9.r1664.20150421 amd64 SOPE libraries for XML processing ii sope4.9-gdl1-mysql 4.9.r1664.20150421 amd64 MySQL connector for SOPE's fork of the GNUstep database environment ii sope4.9-libxmlsaxdriver 4.9.r1664.20150421 amd64XML Parser for SOPE's SAX engine and my apt sources list : deb http://archive.ubuntu.com/ubuntu trusty main restricted universe deb http://archive.ubuntu.com/ubuntu trusty-updates main restricted universe deb http://security.ubuntu.com/ubuntu trusty-security main restricted universe multiverse deb http://archive.canonical.com/ubuntu trusty partner deb http://inverse.ca/ubuntu-nightly trusty trusty Le 08/05/2015 14:27, Christian Mack a écrit : Am 2015-05-07 um 13:26 schrieb Maxime RUBINO: Do you have this in you'r sogo.log ? 2015-05-07 13:23:37.020 sogod[31344] Failed to load principal class from bundle (/usr/share/GNUstep/Libraries/gnustep-base/Versions/1.24/Resources/SSL.bundle) May 07 13:23:37 sogod [31344]: [WARN] 0x0x7f0f32e0c2c0[WOxElemBuilder] could not locate builders: WOxExtElemBuilder,WOxExtElemBuilder How resolved it ? Did you update your SOPE packages too? Kind regards, Christian Mack -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung Basisdienste 78457 Konstanz +49 7531 88-4416 smime.p7s Description: S/MIME Cryptographic Signature