[SOGo] Patch for correct e-mail address in Thunderbird/Lightning in CalDAV-Calendar
Hello,
Lightning uses the last email address for appointment sending. In SOGo
this is the system email address or the last user email address, if
SOGoHideSystemEMail is set to YES.
If a user has multiple email addresses, the used email address differs
between Smartphones and Lightning.
With this patch a new domain parameter called SOGoSendOnlyFirstEMail
will be added to ensure, that only the first email address will be sent
over CalDAV.
Hardy
--
users@sogo.nu
https://inverse.ca/sogo/listsdiff -Nurb sogo-2.2.17a.20150402/SoObjects/Appointments/o sogo-2.2.17a.20150402.mod/SoObjects/Appointments/o
diff -Nurb sogo-2.2.17a.20150402/SoObjects/Appointments/SOGoUserFolder+Appointments.m sogo-2.2.17a.20150402.mod/SoObjects/Appointments/SOGoUserFolder+Appointments.m
--- sogo-2.2.17a.20150402/SoObjects/Appointments/SOGoUserFolder+Appointments.m 2015-04-02 06:38:28.0 +0200
+++ sogo-2.2.17a.20150402.mod/SoObjects/Appointments/SOGoUserFolder+Appointments.m 2015-04-02 14:32:15.035934166 +0200
@@ -81,6 +81,15 @@
if (!emails)
emails = [[ownerUser allEmails] objectEnumerator];
+
+ if ([[ownerUser domainDefaults] sendOnlyFirstEMail])
+{
+ tag = [NSArray arrayWithObjects: @href, XMLNS_WEBDAV, @D,
+ [NSString stringWithFormat: @mailto:%@, [emails objectAtIndex: 0]],
+ nil];
+ [addresses addObject: tag];
+}
+ else
while ((currentEmail = [emails nextObject]))
{
if (![doneEmails objectForKey: currentEmail])
diff -Nurb sogo-2.2.17a.20150402/SoObjects/SOGo/SOGoDomainDefaults.h sogo-2.2.17a.20150402.mod/SoObjects/SOGo/SOGoDomainDefaults.h
--- sogo-2.2.17a.20150402/SoObjects/SOGo/SOGoDomainDefaults.h 2015-04-02 06:38:29.0 +0200
+++ sogo-2.2.17a.20150402.mod/SoObjects/SOGo/SOGoDomainDefaults.h 2015-04-02 14:07:11.179833004 +0200
@@ -78,6 +78,7 @@
- (NSArray *) additionalJSFiles;
- (BOOL) hideSystemEMail;
+- (BOOL) sendOnlyFirstEMail;
- (int) searchMinimumWordLength;
- (BOOL) notifyOnPersonalModifications;
diff -Nurb sogo-2.2.17a.20150402/SoObjects/SOGo/SOGoDomainDefaults.m sogo-2.2.17a.20150402.mod/SoObjects/SOGo/SOGoDomainDefaults.m
--- sogo-2.2.17a.20150402/SoObjects/SOGo/SOGoDomainDefaults.m 2015-04-02 06:38:29.0 +0200
+++ sogo-2.2.17a.20150402.mod/SoObjects/SOGo/SOGoDomainDefaults.m 2015-04-02 14:06:59.164060175 +0200
@@ -348,6 +348,11 @@
return [self boolForKey: @SOGoHideSystemEMail];
}
+- (BOOL) sendOnlyFirstEMail
+{
+ return [self boolForKey: @SOGoSendOnlyFirstEMail];
+}
+
- (int) searchMinimumWordLength
{
return [self integerForKey: @SOGoSearchMinimumWordLength];
[SOGo] BTS activities for Friday, April 03 2015
Title: BTS activities for Friday, April 03 2015 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Friday, April 03 2015 idlast updatestatus (resolution)categorysummary 2951 2015-04-03 10:07:41 updated (open) Web Mail the new menu Search in the interface of the mail 3157 2015-04-03 17:42:40 resolved (fixed) ActiveSync Child exits with signal 6 : GSInlineArray(instance) does not recognize hasPrefix: INFO:(null) 3147 2015-04-03 17:40:47 resolved (fixed) Web Calendar Free/busy is shifted +1 day for events in week 30-Mar-15 to 5-Apr-15
Re: [SOGo] SOGo v3 status!
Hi Alexandre On Apr 3, 2015, at 4:53 AM, schif...@polytech.unice.fr wrote: I made an other try, and this time, I was able to login. Ok, I know that I have an old web browser on my desktop (Opera 12), but I didn't expect to have only 3 working buttons. Actually, it seems that the interface works only with Gecko and Blink. And maybe only with the latest versions. Now, the bugs with Gecko and Blink : In the preference panel : the main frame with all options is displayed only in a quart of the screen (for the height), and I can't scroll for changing the others. The search button doesn't work (nothing happens). In the mail view, the top right button doesn't work (nothing happens). At this stage of the development, don't expect all buttons to be working. We still move things around and experiment with the design. With the online demo, we want the community to easily follow the development, but for the moment, we ask for feedback more on the UI/UX than on the compatibility with different browsers. Please note that we rely on the Angular Material framework, which is still in development and announced to be targeted for all browsers with versions n-1; where n is the current browser version (https://github.com/angular/material). This is not yet the case, but it's their goal. I insist, but please, make the new interface with less JS than this one. Having everything made by scripts is a bad ideas. It's less accessible (for disable people and for web browsers), and it's slower than the HTML/CSS rendering. Think about old/low-end smartphones, and about people who doesn't have a Gecko/Blink web browser. The Web interface of SOGo has always required JavaScript and the amount of JavaScript code will certainly increased in v3. However, we will avoid any change to the database schema so it will be possible to run both v2 and v3 in parallel with the same data. Thanks, Francis-- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo v3 status!
On Apr 3, 2015, at 10:29 AM, Francis Lachapelle flachape...@inverse.ca wrote: I insist, but please, make the new interface with less JS than this one. Having everything made by scripts is a bad ideas. It's less accessible (for disable people and for web browsers), and it's slower than the HTML/CSS rendering. Think about old/low-end smartphones, and about people who doesn't have a Gecko/Blink web browser. The Web interface of SOGo has always required JavaScript and the amount of JavaScript code will certainly increased in v3. However, we will avoid any change to the database schema so it will be possible to run both v2 and v3 in parallel with the same data. One more thing: regarding accessibility, v3 will be better than v2 as we will add ARIA attributes to our Web templates: http://www.w3.org/TR/wai-aria/ https://docs.angularjs.org/api/ngAria Francis-- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo v3 status!
I made an other try, and this time, I was able to login. Ok, I know that I have an old web browser on my desktop (Opera 12), but I didn't expect to have only 3 working buttons. Actually, it seems that the interface works only with Gecko and Blink. And maybe only with the latest versions. Now, the bugs with Gecko and Blink : In the preference panel : the main frame with all options is displayed only in a quart of the screen (for the height), and I can't scroll for changing the others. The search button doesn't work (nothing happens). In the mail view, the top right button doesn't work (nothing happens). I insist, but please, make the new interface with less JS than this one. Having everything made by scripts is a bad ideas. It's less accessible (for disable people and for web browsers), and it's slower than the HTML/CSS rendering. Think about old/low-end smartphones, and about people who doesn't have a Gecko/Blink web browser. Best regards Hi, I tried to login but I have a error message about a wrong username/password with the three accounts. I also try from my smartphone. I was unable to login too, but I saw one problem : with the langage menu, I can't scroll down : when I try, I scroll the whole page but not the menu, like in css with position:fixed (my web browser is Opera Mobile v12.). It could have been better to simply use a simple select menu. In a general way please keep it simple with not to much JS. Less there are shiny effects with JS, the more it will be accessible, to a maximum of web browser. Best regards On 02/04/2015 19:34, Ludovic Marcotte wrote: Hello, As you most of you already know, we have been working on SOGo v3 for many months now. We initially decided to use AngularJS, Ionic and Foundation for the new web interface. After prototyping the address book and mail modules with both Ionic (for phones) and Foundation (desktops/tablets), we decided to review our choices. After more analysis, we decided to move away from dedicated templates for mobile devices (Ionic) and chose to build a responsive Web app with Angular Material (https://material.angularjs.org), the new shiny UI toolkit from the Angular team. Angular Material follows the Google's Material Design specification (http://www.google.com/design/spec/material-design/introduction.html). The set of components it has matches our requirements, they are nice-looking and easily themable. It also allows us to have one interface for phones, tablets and desktops. You can test the new v3 interface on http://demo.sogo.nu/SOGo/ (sogo1/sogo2, sogo2/sogo2, sogo3/sogo3 username/password) with mobile phones, tablets or desktops. You'll see the GUI dynamically adjusting itself based on the device's screen size using flexbox. The address book and mail modules are quite usable. Don't spend too much time on the calendar module as we're actively working on it. We are also actively working on bringing the work we had completed with Ionic/Foundation - like calendar sharing dialogs, subscriptions dialogs and more. The preferences UI will also get properly formatted in the coming days - but it is working right now. As mentioned in the past, your comments and ideas are welcome! If you even want to test it on your own servers, you can compile it from our v3 branch on github. Thanks and best regards, -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Trouble using the search box
Hi Mathilde On Apr 3, 2015, at 9:24 AM, mathilde rousseau mathilde.rouss...@lkb.ens.fr wrote: hello When a search in the inbox is performed, and the search results are ordered by their date (by clicking on the date) in either increasing or decreasing order, the sorting is performed on the date string (which, depending on the setting, typically starts by the weekday or the day of the month), instead of the true date (where the most imortant number is not the day of the month, but the year). Thus, the sort parameter should be changed to be the true date instead of the date string. It has already been reported: http://sogo.nu/bugs/view.php?id=2951 We'll try to fix it for the next minor release. Francis-- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo v3 status!
Hi Francis, Since in the mobile world, smartphones are stuck with there OS version, I don't know if supporting only n-1 version is enougth. And I'm not sure if this kind of web responsive design will work well on low-end smartphones. I'm aware there is already many JS in the V2, but it is more old-browser friendly. With the V3 I'm only able to login with my favorite web browser and nothing else. As I said I am aware that I have an old version but it's the first time I have this kind of problem. I didn't know about ARIA, but I am glad to discover this standard. If the V2 will continue to work, and will still be available in the repositories, it's fine for me, I'll continue with it, and with Thunderbird. But you asked for feedbacks, so I gave you mine :) Best regards On Apr 3, 2015, at 10:29 AM, Francis Lachapelle flachape...@inverse.ca wrote: I insist, but please, make the new interface with less JS than this one. Having everything made by scripts is a bad ideas. It's less accessible (for disable people and for web browsers), and it's slower than the HTML/CSS rendering. Think about old/low-end smartphones, and about people who doesn't have a Gecko/Blink web browser. The Web interface of SOGo has always required JavaScript and the amount of JavaScript code will certainly increased in v3. However, we will avoid any change to the database schema so it will be possible to run both v2 and v3 in parallel with the same data. One more thing: regarding accessibility, v3 will be better than v2 as we will add ARIA attributes to our Web templates: http://www.w3.org/TR/wai-aria/ https://docs.angularjs.org/api/ngAria Francis-- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] OS X Contacts.app not find all addresses from ldap/AD
Hi,
I have one problem with OS X 10.10.3 Contacts.app and SOGo 2.2.17a.20150402-1
on ubuntu 14.04.2 LTS.
Sync contacts works like a charm, but search my global address book is not
working for all available contacts.
When I log in to SOGo-WebInterface and I search my Public addresses, all
SOGo-user addresses are found.
All SOGo-Users I have added in my AD (Samba4.1.17) after SOGo install, are
available in SOGo’s Public addressbook and are able to logon.
When I search in Contacts.app I can just find Addresses that were available
during install SOGo.
I tried to delete my account in Contacts.app and re-add it - without success
I tried to disable memcache in sogo.conf and restart - without success
I tried with a new OS X installation, without copying preferences from my
TimeMaschine.
I enable LDAPDebugEnabled and SoDebugBaseURL and tail sogo.log while search for
contacts on my mac.
On both search entries (one successful and one missing) I get the same log
entry with just another ldap filter.
So I copy that filter and run ldap-search manually. This way I get both times 1
result as expected.
Here is my SOGoUserSources entry of solo.conf:
SOGoUserSources = (
{
type = ldap;
CNFieldName = cn;
UIDFieldName = sAMAccountName;
baseDN = OU=Mitarbeiter,dc=mydom,dc=local;
bindDN = CN=sogo,CN=users,DC=mydom,DC=local;
bindFields = (sAMAccountName, mail);
bindPassword = ;
canAuthenticate = YES;
displayName = Public;
hostname = ldap://ad1.mydom:389;
filter = mail = '*';
id = directory;
isAddressBook = YES;
}
);
Not successfully search in Contacts.app but successful with ldapsearch:
...
Apr 03 13:51:00 sogod [23413]: 0x0x7f0f2d401588[NGLdapConnection] Using
ldap_initialize for LDAP URL: ldap://ad1.mydom.local:389
2015-04-03 13:51:00.951 sogod[23413] -[NGLdapConnection
_searchAtBaseDN:qualifier:attributes:scope:]: search at base
'ou=mitarbeiter,dc=mydom,dc=local' filter
'((|(sn=*harald*)(displayname=*harald*)(telephonenumber=*harald*)(mail=*harald*)(cn=*harald*))(mail=*))'
for attrs '*'
Apr 03 13:51:00 sogod [23413]: 62.153.19.71 REPORT
/SOGo/dav/christian/Contacts/directory/ HTTP/1.1 207 923/782 0.092 - - 12K
ldapsearch -x -h ad1.mydom.local -D CN=sogo,CN=users,DC=mydom,DC=local -W -b
OU=Mitarbeiter,dc=mydom,dc=local
'((|(sn=*harald*)(displayname=*harald*)(telephonenumber=*harald*)(mail=*harald*)(cn=*harald*))(mail=*))‘
...
# search result
search: 2
result: 0 Success
# numResponses: 2
# numEntries: 1
Successful search in Contacts.app and successful with ldapsearch:
...
Apr 03 13:50:28 sogod [23413]: 0x0x7f0f2d3f9198[NGLdapConnection] Using
ldap_initialize for LDAP URL: ldap://ad1.mydom.local:389
2015-04-03 13:50:28.660 sogod[23413] -[NGLdapConnection
_searchAtBaseDN:qualifier:attributes:scope:]: search at base
'ou=mitarbeiter,dc=mydom,dc=local' filter
'((|(sn=*werner*)(displayname=*werner*)(telephonenumber=*werner*)(mail=*werner*)(cn=*werner*))(mail=*))'
for attrs '*'
Apr 03 13:50:28 sogod [23413]: 62.153.19.71 REPORT
/SOGo/dav/christian/Contacts/directory/ HTTP/1.1 207 916/782 0.079 - - 56K
ldapsearch -x -h ad1.mydom.local -D CN=sogo,CN=users,DC=mydom,DC=local -W -b
OU=Mitarbeiter,dc=mydom,dc=local
'((|(sn=*werner*)(displayname=*werner*)(telephonenumber=*werner*)(mail=*werner*)(cn=*werner*))(mail=*))‘
...
# search result
search: 2
result: 0 Success
# numResponses: 2
# numEntries: 1
Hope you have an idea what is going wrong.
When you need some more information, logs, tcpdump … let me know. I can’t see
any differences between successful and not successful search, so I decide to
not add all that overhead informations.
Happy easter
regards Chris
--
users@sogo.nu
https://inverse.ca/sogo/lists
[SOGo] Direct import ICS file
Hello SOGo world — Is there a way to directly import an ICS attachment from webmail to calendar, as opposed to saving the attachment and then manually importing from the calendar module? Maybe I am doing something wrong on my end. But the ability to do so would be absolutely wonderful! ~ Laz Peterson Paravis, LLC-- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] contacts list
Hello , i tried to share a list of contact under a shared address , i received a sync. failure , how can find the cause? -- Antonio Finozzi -- users@sogo.nu https://inverse.ca/sogo/lists
