[SOGo] BTS activities for Tuesday, November 22 2016
Title: BTS activities for Tuesday, November 22 2016 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Tuesday, November 22 2016 idlast updatestatus (resolution)categorysummary 3869 2016-11-22 15:02:20 updated (open) GUI Can't write to contact 3399 2016-11-22 02:04:02 updated (open) sogo-tool Problem with deleting users with the sogo-tool 3909 2016-11-22 03:56:46 updated (open) Web Calendar Fault Czech diacritics on reminder popup window 3900 2016-11-22 10:29:26 updated (open) Web Mail freeze after click send msg 3790 2016-11-22 14:47:12 resolved (fixed) Backend Calendar Spurious email change notifications when event is snoozed 3898 2016-11-22 09:59:40 resolved (not a bug) Web Calendar Unstoppable redrawing of calendar 3868 2016-11-22 14:45:49 resolved (fixed) Web Mail Multiple selections with keyboard in webmail module is still not working 3888 2016-11-22 14:44:48 resolved (fixed) with SOGo Confidential entrys viewable in frontend -- users@sogo.nuhttps://inverse.ca/sogo/lists
[SOGo] correct syntax for SOGoDomainsVisibility?
Hello, I'm trying to setup SOGoDomainsVisibility to make more domain visible in one account. >From the docs it is not clear what the syntax is, because the text an the example show different syntax. I tried several variant but nothing work like expected. BTW is there a cache for these settings? I have the feeling that my changes doesn't have any effect after restarting SOGo. cheers Maik -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Ical and MOVE
Op 22-11-16 om 12:00 schreef Christian Mack (christian.m...@uni-konstanz.de): > Am 21.11.2016 um 17:39 schrieb Paul van der Vlis (p...@vandervlis.nl): >> Op 18-11-16 om 18:04 schreef Paul van der Vlis >> (p...@vandervlis.nl): >>> Op 17-11-16 om 15:42 schreef Christian Mack >>> (christian.m...@uni-konstanz.de): >>> Yes MOVE means moving the event into another calendar. The question is, in which calendar did it move? As you can not see it in SOGo, it moved it out of SOGo. So check the local calendars in Apple Calendar. >>> >>> Thanks for your help, I will let the user check it. >> >> There is no local calendar, the appointment is gone. >> >> My customer gived me a time where he changed an appointment without >> switching calendar. After that the appointment was gone. >> I see two MOVE's in the log at the same second. >> >> You can see this hapening in Ical, because you see some kind of >> animation. But it can take a minute. So you need to wait a minute and >> look if you see the animation, this is unusuable... >> >> So, if you change an appointment there is a change that the appointment >> is gone. If you switch calendar this is always, if you change something >> else, this is sometimes. >> >> I am using Sogo "2.2.9+git20141017" what comes with Debian stable. >> Before I've used Sogo "1.3.17" without this problem. >> >> Are more people seeing this problem? >> >> The app on the Iphone does not work good too, when you move an >> appointment from one calendar to another, the appointment is copied and >> not moved. >> > > I would update to the current version of SOGo V2. > That is 2.3.17. > The Debian included one is several years old now. I don't like agile software, I like security patches on well tested software. > There where a ton of bugs fixed, some are related to iOS. I've looked at the changelog, but I don't saw patches about this problem. https://sogo.nu/bugs/changelog_page.php > Perhaps you even want to update to SOGo V3. > The web interface is completely different though. I normally wait till Debian comes with a new version. Except, when there is a really good reason to do something else. With regards, Paul van der Vlis. -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] LDAP addressbook
Hi Christian,
Le 22/11/2016 à 06:12, Christian Mack (christian.m...@uni-konstanz.de) a
écrit :
Am 18.11.2016 um 15:14 schrieb Jonathan Dumaresq (jdumar...@cimeq.qc.ca):
Hi,
We try to get our global addressbook working in sogo v3.2.1 and we have
some problem in the config file. We try to import a new contect from
sogo web interface and we cannot map the cn correctly to import it in
the LDAP.
here the config
SOGoUserSources = (
{
id = sambaContacts;
modifiers = ( us...@domain.com, us...@domain.com );
displayName = "Contacts";
canAuthenticate = NO;
isAddressBook = YES;
type = ldap;
CNFieldName = cn;
IDFieldName = cn;
UIDFieldName = cn;
objectClasses = contact;
hostname = "ldap://myldapserver:389";;
baseDN = "ou=Contacts,dc=domain,dc=com";
bindDN = "vm...@domain.com";
bindPassword = password;
mapping = {
mozillaworkurl = ("wWWHomePage", "mozillaworkurl");
mozillaworkstreet2 = streetAddress;
};
}
);
With this setup, i can see the new global addressbook and I can retrieve
contact.
Now the new contact is not working correclty. When save the new contact
I get this in wireshark.
Frame 48: 213 bytes on wire (1704 bits), 213 bytes captured (1704 bits)
Ethernet II, Src: Vmware_c7:0c:d8 (00:0c:29:c7:0c:d8), Dst:
Vmware_cd:22:37 (00:0c:29:cd:22:37)
Internet Protocol Version 4, Src: 10.0.1.50, Dst: 10.0.1.45
Transmission Control Protocol, Src Port: 39310, Dst Port: 389, Seq: 56,
Ack: 15, Len: 147
Lightweight Directory Access Protocol
LDAPMessage addRequest(2)
"cn=c86-582de600-1-42d8b100,ou=contacts,dc=domain,dc=com"
messageID: 2
protocolOp: addRequest (8)
addRequest
entry:
cn=c86-582de600-1-42d8b100,ou=contacts,dc=domain,dc=com
attributes: 2 items
AttributeList item cn
type: cn
vals: 1 item
AttributeList item objectClass
type: objectClass
vals: 1 item
[Response In: 50]
In my LDAP server I see the new user as c86-582de600-1-42d8b100 instead
of the Display Name.
I don't see the email in the request.
Anybody can help me with the config ?
I assume, that the imported address card has a UID attribute set.
You specify, that UIDFieldName is cn, therefore it imports the UID into cn.
You should use another field for UID, which one depends on your used
objectClass "contact".
Probably as you see, i'm not very comfortable with the addressbook in
LDAP. How I should set the SOGoUserSources correctly to be able to
import a new contact in my LDAP ?
I want to be able to use all the field in the Sogo web interface to do
it. I have read many tutorial, but all thoses tutorial are (I think)
only for reading the LDAP addressbook. I have not found any example
when using the modifiers entry in the SOGoUserSources.
Is there any documentation that explain what field need to be filled to
get this work ?
Kind regards,
Christian Mack
PS:
Please do not hijack other mail threads!
Sorry about this.
Regards
Jonathan
--
users@sogo.nu
https://inverse.ca/sogo/lists
Re: [SOGo] SOGo Webinterface timeout
Hello Christian, (thanks for all the support you give here!) users@sogo.nu (Christian Mack), 2016.11.22 (Tue) 10:01 (CET): > Am 21.11.2016 um 18:05 schrieb Marcus MERIGHI (mcmer-s...@tor.at): > > Hello, > > > > users@sogo.nu (Christian Mack), 2016.11.21 (Mon) 16:42 (CET): > >> Am 21.11.2016 um 11:57 schrieb G??tz Reinicke - IT Koordinator > >> (goetz.reini...@filmakademie.de): > >>> Hi, > >>> > >>> where/how set I the time out for a web session? Is that possible for > >>> single users individually? > >>> > >> > >> You set it in your sogo cron job. > >> Check /etc/cron.d/sogo > >> There is a line with > >> "... /usr/sbin/sogo-tool expire-sessions ..." > >> Normally you want to run this every minute. > > > > is there a guarantee the job doesn't take longer than a minute? > > > > No, there is no guarentee, but we have between 1000 and 3000 active > sessions and it never took longer than milliseconds. thanks for the real-world usage report! > It actually doesn't do that much. > It only has to get the current unix timestamp, subtract the max session > lifetime, then check the c_lastseen column for entries smaller than that > and delete those rows. > That is what databases are made for. Unix admin experience tells that a cron job running every minute has some potential to bring things down. I've now tested what I should have tested before posting... Without database/sogod up and running the job finishes even faster than when doing it's job correctly. Thanks, Marcus > >> The number at the end defines the time in minutes a session can exist. > >> > >> This works for all users. > >> If you want to kill the session of one user only, you have to go to the > >> session table defined by OCSSessionsFolderURL and delete the entry for > >> that user by hand. > >> > > > -- > Christian Mack > Universit?t Konstanz > Kommunikations-, Informations-, Medienzentrum (KIM) > Abteilung Basisdienste > 78457 Konstanz > +49 7531 88-4416 > > !DSPAM:5834097c16529132234! -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] calendar: Assistant functionality
On Mon, Nov 21, 2016 at 04:27:57PM +0100 you wrote: > No, and that is the most common error made when giving privileges to > others ;-) > You have to give modify privileges based on the tree privacy groups > "public", "confidential" and "private". Thank you, found it. Regards -- R. Cirksena -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo Webinterface timeout
Am 21.11.16 um 16:42 schrieb Christian Mack (christian.m...@uni-konstanz.de): > Am 21.11.2016 um 11:57 schrieb Götz Reinicke - IT Koordinator > (goetz.reini...@filmakademie.de): >> Hi, >> >> where/how set I the time out for a web session? Is that possible for >> single users individually? >> > You set it in your sogo cron job. > Check /etc/cron.d/sogo > There is a line with > "... /usr/sbin/sogo-tool expire-sessions ..." > Normally you want to run this every minute. > The number at the end defines the time in minutes a session can exist. > > This works for all users. > If you want to kill the session of one user only, you have to go to the > session table defined by OCSSessionsFolderURL and delete the entry for > that user by hand. Hi Mark, So simple :) As always: Thanks! cheers . Götz smime.p7s Description: S/MIME Cryptographic Signature
Re: [SOGo] LDAP addressbook
Am 18.11.2016 um 15:14 schrieb Jonathan Dumaresq (jdumar...@cimeq.qc.ca):
> Hi,
>
> We try to get our global addressbook working in sogo v3.2.1 and we have
> some problem in the config file. We try to import a new contect from
> sogo web interface and we cannot map the cn correctly to import it in
> the LDAP.
>
> here the config
>
> SOGoUserSources = (
> {
> id = sambaContacts;
> modifiers = ( us...@domain.com, us...@domain.com );
> displayName = "Contacts";
> canAuthenticate = NO;
> isAddressBook = YES;
> type = ldap;
> CNFieldName = cn;
> IDFieldName = cn;
> UIDFieldName = cn;
> objectClasses = contact;
> hostname = "ldap://myldapserver:389";;
> baseDN = "ou=Contacts,dc=domain,dc=com";
> bindDN = "vm...@domain.com";
> bindPassword = password;
> mapping = {
> mozillaworkurl = ("wWWHomePage", "mozillaworkurl");
> mozillaworkstreet2 = streetAddress;
> };
> }
> );
>
> With this setup, i can see the new global addressbook and I can retrieve
> contact.
>
> Now the new contact is not working correclty. When save the new contact
> I get this in wireshark.
>
>
> Frame 48: 213 bytes on wire (1704 bits), 213 bytes captured (1704 bits)
> Ethernet II, Src: Vmware_c7:0c:d8 (00:0c:29:c7:0c:d8), Dst:
> Vmware_cd:22:37 (00:0c:29:cd:22:37)
> Internet Protocol Version 4, Src: 10.0.1.50, Dst: 10.0.1.45
> Transmission Control Protocol, Src Port: 39310, Dst Port: 389, Seq: 56,
> Ack: 15, Len: 147
> Lightweight Directory Access Protocol
> LDAPMessage addRequest(2)
> "cn=c86-582de600-1-42d8b100,ou=contacts,dc=domain,dc=com"
> messageID: 2
> protocolOp: addRequest (8)
> addRequest
> entry:
> cn=c86-582de600-1-42d8b100,ou=contacts,dc=domain,dc=com
> attributes: 2 items
> AttributeList item cn
> type: cn
> vals: 1 item
> AttributeList item objectClass
> type: objectClass
> vals: 1 item
> [Response In: 50]
>
> In my LDAP server I see the new user as c86-582de600-1-42d8b100 instead
> of the Display Name.
>
> I don't see the email in the request.
>
> Anybody can help me with the config ?
>
I assume, that the imported address card has a UID attribute set.
You specify, that UIDFieldName is cn, therefore it imports the UID into cn.
You should use another field for UID, which one depends on your used
objectClass "contact".
Kind regards,
Christian Mack
PS:
Please do not hijack other mail threads!
--
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] SOGo v3 and Calendars
Am 18.11.2016 um 14:14 schrieb Andreas Blaha (andr...@blaha.at): > Hi Christian, > >> Am 18.11.2016 um 09:36 schrieb Christian Mack : >> >>> Am 15.11.2016 um 15:11 schrieb "Andreas Blaha" (andr...@blaha.at): >>> Hi, >>> >>> I have upgraded my test server to v3.2.1 and since experience an issue with >>> calendars which definitely worked in 2.3.17: >>> >>> I can create events (even recurring ones) and tasks in the web interface and >>> can see them properly, both in web ui and via active sync. If though I >>> import a calendar (114 recurring events) I receive the message "114 events >>> imported" but cannot see them in the web interface. But they are visible on >>> the iPhone synced with ActiveSync, and also via CalDAV. >>> >>> Is this a known bug that I just could not find in the list? >>> >> >> What have you set as refresh intervall for the importing user? > 5 minutes >> Did you try to manually reload? > yes >> Do you see those events after relogin to the webinterface > no > > the appointments are not visible even after a week. > same scenario works on 2.3 Then you should open a bug report at http://www.sogo.nu/bugs 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] Ical and MOVE
Am 21.11.2016 um 17:39 schrieb Paul van der Vlis (p...@vandervlis.nl): > Op 18-11-16 om 18:04 schreef Paul van der Vlis > (p...@vandervlis.nl): >> Op 17-11-16 om 15:42 schreef Christian Mack >> (christian.m...@uni-konstanz.de): >> >>> Yes MOVE means moving the event into another calendar. >>> The question is, in which calendar did it move? >>> As you can not see it in SOGo, it moved it out of SOGo. >>> So check the local calendars in Apple Calendar. >> >> Thanks for your help, I will let the user check it. > > There is no local calendar, the appointment is gone. > > My customer gived me a time where he changed an appointment without > switching calendar. After that the appointment was gone. > I see two MOVE's in the log at the same second. > > You can see this hapening in Ical, because you see some kind of > animation. But it can take a minute. So you need to wait a minute and > look if you see the animation, this is unusuable... > > So, if you change an appointment there is a change that the appointment > is gone. If you switch calendar this is always, if you change something > else, this is sometimes. > > I am using Sogo "2.2.9+git20141017" what comes with Debian stable. > Before I've used Sogo "1.3.17" without this problem. > > Are more people seeing this problem? > > The app on the Iphone does not work good too, when you move an > appointment from one calendar to another, the appointment is copied and > not moved. > I would update to the current version of SOGo V2. That is 2.3.17. The Debian included one is several years old now. There where a ton of bugs fixed, some are related to iOS. Perhaps you even want to update to SOGo V3. The web interface is completely different though. 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] SOGo Webinterface timeout
Am 21.11.2016 um 18:05 schrieb Marcus MERIGHI (mcmer-s...@tor.at): > Hello, > > users@sogo.nu (Christian Mack), 2016.11.21 (Mon) 16:42 (CET): >> Am 21.11.2016 um 11:57 schrieb G??tz Reinicke - IT Koordinator >> (goetz.reini...@filmakademie.de): >>> Hi, >>> >>> where/how set I the time out for a web session? Is that possible for >>> single users individually? >>> >> >> You set it in your sogo cron job. >> Check /etc/cron.d/sogo >> There is a line with >> "... /usr/sbin/sogo-tool expire-sessions ..." >> Normally you want to run this every minute. > > is there a guarantee the job doesn't take longer than a minute? > No, there is no guarentee, but we have between 1000 and 3000 active sessions and it never took longer than milliseconds. It actually doesn't do that much. It only has to get the current unix timestamp, subtract the max session lifetime, then check the c_lastseen column for entries smaller than that and delete those rows. That is what databases are made for. Kind regards, Christian Mack >> The number at the end defines the time in minutes a session can exist. >> >> This works for all users. >> If you want to kill the session of one user only, you have to go to the >> session table defined by OCSSessionsFolderURL and delete the entry for >> that user by hand. >> -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung Basisdienste 78457 Konstanz +49 7531 88-4416 smime.p7s Description: S/MIME Cryptographic Signature
