Re: [SOGo] openSuSE Leap
Hi Am 04.07.2016 um 23:12 schrieb Vasileios Giannakopoulos (vasilei...@savagi.net): > Hi guys, > > I am trying to make SOGo to work on Leap. I am planning afterwards to create > a documentation that I can share with everyone who is interested to do the > same. > > I have installed the SOGo RPM packages that come from > http://download.opensuse.org/repositories/server:/SOGo:/Test/openSUSE_Leap_42.1/ > > Currently I am stuck to the fact that /etc/sogo/sogo.conf does not exist (not > even the folder). Of course i could create it, but i would be more interested > to find if SOGo is going to read from there, or it is expected to read from > somewhere else. > > Do you know which file should I look in the SOGo installation that mentions > where is expecting the sogo.conf file to be? The config-File has to be in sogo users home as xml-File: ~sogo/GNUstep/Defaults/sogod.plist you can read and write it with the defaults command Greetings Chrigu Schweingruber > > Thanks! > > > Kind regards, > > Vasileios Giannakopoulos > SaVaGi, ICT Services and Solutions > O +31 6 12 24 12 31 | E vasilei...@savagi.net | W https://savagi.net | F > https://www.facebook.com/savagi.voorburg > -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] SOGo v2 and v3 simultaneously
Hi i start testing SOGo v3 and like it. In the migration period i would like to have both frontend interfaces active. The users have the choice between v2 and v3. My question: - Is ist poosible? - are there installation issues? (libraries, backend, database) I will install two virtual hosts: e.g. https://sogo.example.org and https://sogo3.example.org thanks and greetings Christian Schweingruber CATATEC -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo 2.3.0 problem with two authentication source
Hi
the problem disappeared after several tries...
Maybe it was a browser cookie/cache issue. It was real, i have it in the logs
(before i turned on debug mode;)
greetings
Christian
PS: SOGo 2.3.0 Opensuse Packages:
http://download.opensuse.org/repositories/server:/SOGo:/Test/
Am 04.06.2015 um 11:39 schrieb c.schweingru...@catatec.ch:
Hi
I just updated my testserver to 2.3.0
Most things are tested and are working. Great job, thanks!
Only one problem persists: I have two authentication sources one LDAP and a
mysql view.
with 2.2.17a you can login with accounts from both sources.
with 2.3.0 only LDAP accounts are working. The order of the source definition
doesn't have an influence.
With only the mysql-account source, it's working to.
Does anyone has an explanation or similar problems? Should i open a bug
report?
Greetings Christian Schweingruber
CATATEC
here my source-config:
{
NGImap4DisableIMAP4Pooling = No;
NGUseUTF8AsEncoding = YES;
NGUseUTF8AsURLEncoding = YES;
OCSFolderInfoURL =
mysql://sogo:abc@127.0.0.1:3306/sogo/sogo_folder_info;
OCSSessionsFolderURL =
mysql://sogo:abc@127.0.0.1:3306/sogo/sogo_sessions_folder;
SOGoACLsSendEMailNotifications = YES;
SOGoAppointmentSendEMailNotifications = YES;
SOGoAppointmentSendEMailReceipts = YES;
SOGoAuthenticationMethod = LDAP;
SOGoDraftsFolderName = INBOX/Drafts;
SOGoFoldersSendEMailNotifications = YES;
SOGoIMAPServer = imapa.catatec.ch;
SOGoLanguage = German;
SOGoMailCustomFromEnabled = YES;
SOGoMailDomain = catatec.ch;
SOGoMailingMechanism = smtp;
SOGoProfileURL = mysql://sogo:abc@127.0.0.1:3306/sogo/sogo_user_profile;
SOGoSMTPServer = smtpa.catatec.ch;
SOGoSentFolderName = INBOX/Sent;
SOGoSpecialFoldersInRoot = YES;
SOGoSuperUsernames = (
chrigu
);
SOGoTimeZone = Europe/Berlin;
SOGoTrashFolderName = INBOX/Trash;
SOGoUserSources = (
{
canAuthenticate = YES;
displayName = SOGo Users;
id = users;
isAddressBook = NO;
type = sql;
userPasswordAlgorithm = plain;
viewURL =
mysql://sogo:a...@mysql.catatec.ch:3306/mail/sogo_authview;
},
{
CNFieldName = uid;
IDFieldName = uid;
UIDFieldName = uid;
baseDN = ou=testaccounts,dc=catatec,dc=ch;
bindDN = cn=Manager,dc=catatec,dc=ch;
bindPassword = abcd
canAuthenticate = YES;
displayName = Shared Addresses;
hostname = ldapa.catatec.ch;
id = public;
isAddressBook = YES;
port = 389;
}
);
WOMessageUseUTF8 = YES;
WOParsersUseUTF8 = YES;
WOPort = 2;
WOWorkersCount = 3;
}
--
users@sogo.nu
https://inverse.ca/sogo/lists
Re: [SOGo] sogo calendaring with thunderbird/lightning
Am 04.06.2015 09:54, schrieb westlake: is calendaring reminders on thunderbird/lightning possible? Yes, sure! greetings Christian thanks -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] OpenSUSE repo for SOGo
Hi SOGo now has a project in the OpenSUSE buidservice: https://build.opensuse.org/project/show/server:SOGo Repositories with installable RPMs are located here: http://download.opensuse.org/repositories/server:/SOGo/ greetings Christian Wittmer und Christian Schweingruber -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] caldav href tag: last character missing.
Hi I'm using SOGo 1.3.5a (Rel RPMs) with great success. After updating i noticed that the href properties in Calendar folder entries are missing the last character: cadaver http://groupware.example.com/SOGo/dav/user/ Authentication required for SOGo on server `groupware.example.com': Username: user Password: dav:/SOGo/dav/user/ ls Listing collection `/SOGo/dav/user/': succeeded. Coll: Calendar 0 Mär 15 10:15 Coll: Contacts 0 Mär 15 10:15 Coll: Mail 0 Mär 15 10:15 freebusy.ifb 0 Mär 15 10:15 dav:/SOGo/dav/edi...@tojo.ch/ propget Calendar Fetching properties for `Calendar': DAV: getlastmodified = Tue, 15 Mar 2011 09:15:33 +0100 DAV: getetag = None DAV: resourcetype = DAV:collection/DAV:collection DAV: getcontenttype = httpd/unix-directory DAV: displayname = Calendar DAV: href = http://groupware.example.com/SOGo/dav/user/Calenda http://apache.org/dav/props/ executable = 0 notice Calenda instead of Calendar in DAV: href this happend with all Calendar-folders. I couldn't find this bug in the Bug database. This could be the reason for problems with some Clients (iCal, Konqueror 4.6) Does someone noticed the same? greetings Chrigu Schweingruber CATATEC -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] caldav href tag: last character missing.
Hi Wolfgang Am 15.03.2011 15:47, schrieb Wolfgang Sourdeau: Hi Christian, notice Calenda instead of Calendar in DAV: href this happend with all Calendar-folders. I couldn't find this bug in the Bug database. This could be the reason for problems with some Clients (iCal, Konqueror 4.6) Does someone noticed the same? greetings Chrigu Schweingruber CATATEC This is a serious issue, and a similar (if not the same) one has been mentionned a couple of days ago. I believe it's related to the use of gnustep 1.16, which is quite old. We recently upgraded our Redhat/CentOS distribution to gnustep 1.20.2. Could you give it a try? Thanks for your answer! I switched to the nightly build and it is still the same. Its not a limitation to 50 chars. I have gnustep 1.20 installed from my distribution (OpenSuse 11.3). Could this be the reason? greetings Christian -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] caldav href tag: last character missing.
Hi Wolfgang Am 15.03.2011 16:24, schrieb Wolfgang Sourdeau: Hi Christian, The problem is that we can't support OpenSuse. I understand. But you could try by updating GNUstep, which would not harm... I already tried this with no success. Are there other suggestion? Can you point me to the post you mentioned with the same symptom? greetings Chrigu Wolfgang -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] caldav href tag: last character missing.
Am 15.03.2011 16:40, schrieb Wolfgang Sourdeau: One other possible problem that I can think of would be that you have two versions of GNUstep lying around. What result does find / -name libgnustep-base* return ? Unfortunatly not: ova:~ # find / -name libgnustep-base* /usr/GNUstep/System/Library/Libraries/libgnustep-base.so.1.20 /usr/GNUstep/System/Library/Libraries/libgnustep-base.so.1.20.2 nova:~ # rpm -qi gnustep-base Name: gnustep-base Relocations: (not relocatable) Version : 1.20.2Vendor: (none) Release : 1 Build Date: Die 02 Nov 2010 15:40:52 CET Install Date: Die 15 Mär 2011 16:12:36 CET Build Host: vizzini.inverse.ca Group : Development/Other Source RPM: gnustep-base-1.20.2-1.src.rpm Size: 6009299 License: LGPL Signature : (none) URL : http://www.gnustep.org/ Summary : GNUstep Base package Description : Dynamic libraries from gnustep-base. Distribution: (none) greetings Chrigu -- users@sogo.nu https://inverse.ca/sogo/lists
