Go to file
ethoms 99765aae53 fix (revised) for issue with CardDAV sync with the DAVDroid sync client.
This is a revised fix for the issue raiased in sogo bug tracker 3370 and 3373. It supercedes the fix in commit  2c723070c6 .

The fix was noted in NEWS with the comment "we now return all cards when we receive an empty addressbook-query REPORT". However it did not work for me and at least two others, as can be seen in the commit comments. In summary, only contacts with email addresses were synced. The suggested change from kwirk fixes the regular address book sync, but it completely breaks syncing of the read-only Group Directory (Corporate Directory). My suggested changes work in full (as far as I'm able to test).

I have done some fairly extensive testing of CardDAV sync (with DAVDroid only) and it seems to work 100% now. In addition to the obvious tests, I have tested with contacts that only have one field of data entered. The feilds I've tested (with all other fields empty) are as follows:

First name
Last name
Display name
email address
Work (telephone)
Home (telephone)
Fax (telephone)
Mobile (telephone)

Additionally, I tested syncing of a contact with only the Work Address fully populated. In the webmail, since the name fields are all missing, the "Organization" field of the Work Address takes the place of the name field in the 'Name' column. This does get synced to my phone and it also appears my Android contact list with 'Name' set to the 'Organization' field data. The address, organization and website fields being in tact also.

In addition, I tested a Group Directory (Corporate Directory) [SOGoUserSources->isAddressBook] sync. It seems contacts without email addresses do not sync. This seems to be the behaviour across the board with a "." search filter. This happens despite the filter in SOGoUserSources including ldap entries without a mail attribute. Nothing I can do to patch this in SOGoFolder+CardDAV.m, that would have to be fixed in the code that deals with the special "." search filter (I guess).

I think the contact search system needs some looking into, particularly the "." search filter behaviour. There is another bug related to contact search in the webmail address book view. I will make a bug report on that soon. It's a shame there isn't an "all" search filter, it would seem it would make various parts of SOGo easier to get the right behaviour.
2016-01-25 09:19:41 -05:00
.tx Localization 2015-12-15 09:56:52 -05:00
ActiveSync (fix) more fix regarding recurrence exceptions and body tags 2016-01-22 14:05:00 -05:00
Apache (fix #119) disable servername and url by default 2015-12-11 14:10:39 -05:00
Documentation (feat) new junk/not junk capability with generic SMTP integration 2016-01-22 13:58:45 -05:00
Main Stage 1 of clang compiler warning patches. 2015-10-31 14:10:03 +08:00
Migration Migration script for SquirrelMail (address books). 2011-11-15 09:57:56 +00:00
OpenChange Applied changes coming from v2/PR#184. 2016-01-18 09:26:07 -05:00
SOPE Improve handling of ATTACH property (URIs) 2016-01-15 09:25:28 -05:00
Scripts Merge branch 'master' into feature/addMissingStrings2 2015-12-03 11:16:17 -05:00
SoObjects fix (revised) for issue with CardDAV sync with the DAVDroid sync client. 2016-01-25 09:19:41 -05:00
Tests (fix) don't use false, but use NO 2016-01-18 14:06:21 -05:00
Tools (feat) applied all changes as a patch coming from PR #180 2015-12-30 09:22:08 -05:00
UI (feat) new junk/not junk capability with generic SMTP integration 2016-01-22 13:58:45 -05:00
packaging (fix) adjust doc and packaging regarding oc cleanup script 2015-11-25 10:57:16 -05:00
.gitignore Updated .gitingore for EAS bundle 2015-09-16 10:41:20 -04:00
.gitmodules Add angular-material as a git module 2015-06-11 15:49:22 -04:00
COPYING.GPL Monotone-Parent: 107bfcafb94e725ae14c9e2bceacbf8399ae6958 2009-12-15 20:21:38 +00:00
COPYING.LGPL Monotone-Parent: 107bfcafb94e725ae14c9e2bceacbf8399ae6958 2009-12-15 20:21:38 +00:00
ChangeLog Updates for the 3.0b1 release. 2015-08-31 11:27:40 -04:00
ChangeLog.old Renamed ChangeLog to ChangeLog.old 2012-09-18 10:02:52 -04:00
GNUmakefile Fat commit to refactor the quick record generation 2014-07-30 14:51:00 -04:00
NEWS (fix) rewrote the string sanitization to be 32-bit Unicode safe 2016-01-22 20:31:55 -05:00
README.md Update README.md 2015-08-03 20:40:59 -04:00
Version Bump version to 3.0.0b6 2016-01-21 15:00:56 -05:00
apidoc.json Add apidoc.json 2015-06-12 12:03:55 -04:00
configure Improved rpath handling (#2996) 2014-12-16 12:36:08 -05:00
general.make Monotone-Parent: 8712bf431a65898f75a48f2315a4db008777fdc5 2009-11-04 16:22:01 +00:00
jsdoc.json Add jsdoc.json 2015-10-06 09:55:32 -04:00

README.md

SOGo Logo

Share your calendars, address books and mails in your community with a completely free and open source solution.

Let your Mozilla Thunderbird/Lightning, Microsoft Outlook, Apple iCal/iPhone, Android and BlackBerry users collaborate using a modern platform.

What is SOGo?

SOGo is fully supported and trusted groupware server with a focus on scalability and open standards. SOGo is released under the GNU GPL/LGPL v2 and above.

SOGo provides a rich AJAX-based Web interface and supports multiple native clients through the use of standard protocols such as CalDAV, CardDAV and GroupDAV.

SOGo is the missing component of your infrastructure; it sits in the middle of your servers to offer your users an uniform and complete interface to access their information. It has been deployed in production environments where thousands of users are involved.

Sogo diagram

Learn more...

Microsoft Outlook Compatible

SOGo offers native Microsoft Outlook compatibility using the OpenChange backend developed by Inverse. This means Microsoft Outlook 2003, 2007, 2010 and 2013 can talk directly to SOGo just like if it was a Microsoft Exchange server. No plugins are required in Outlook to make this work.

The following screencast shows Outlook 2010 connected to SOGo as if it was an Exchange server, along the Web interface of SOGo.

SOGo Screencast

SOGo on GitHub SOGo Ohloh SOGo on Twitter SOGo on SourceForge SOGo on free code SOGo on LinkedIn