[SOGo] Various unknown messages in log
Hi all, I would like to keep my sogo installation as good as possible. Because of this I started to look through the logs and I found several entries which are only confusing to me. Can a) someone tell me what they want to tell me b) tell me if I can resolve them? - nil object encountered in autorelease pool - :65: element div: validity error : ID content_div already defined ^ - Got incomplete multibyte sequence. ToEncode: UTF-16LE FromEncode: UTF-8 (Here I understand what it means, but is this solvable? If the message would give me the ID of the email then at least I could look at the problematic email.) - WARNING(-[NGBufferedStream writeBytes:count:]): got passed in length 516MB (541591990 bytes, errcode=2147483647) ... - File NSConcreteMapTable.m: 570. In NSFreeMapTable Null table argument supplied Best regards, Raffael
[SOGo] "Save Sent Item To" not recognized by ActiveSync
Hello list, In Outlook 2010 and newer is in the email compose window under the Options-ribbon an icon "Save Sent Item To". There you can choose a folder where the sent item should be saved to. (I am talking about the third icon from the right: http://itsc.ust.hk/kb/assets/pki/SendSmartcardSecureMailinOL2010/emailSecurity8.jpg ) When I connect an Outlook with IMAP to my server it works fine. But when I connect it with ActiveSync then nothing happens and the email is saved in the "Sent Items" folder. Is this a bug in the SOGO Active Sync implementation or something that is not possible with Active Sync? Regards, Raffael -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Signature on top of reply
On 04.05.2018 14:05, Christian Mack (christian.m...@uni-konstanz.de) wrote: > In SOGo V3+4 Webinterface open Preferences (= cog wheel) then select > "Mail" on the left side. Set option "When replying to a message" to > "Start my reply above the quote". Ah, thanks. I was always searching for it where I define the signature itself. (Under Preferences - Mail - IMAP Accounts) Regards, Raffael -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Signature on top of reply
Hello everyone, How can I set the signature above the replied message and not at the bottom? Best regards, Raffael -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Version Number in nightly repo
Hi list, In the directory of the nightly repo I see that the files are updated daily but they have an outdated version number. Is there a reason why the version number is outdated? E.g. the file sogo-3.2.10.20170724-1.el7.centos.x86_64.rpm in the directory http://packages.inverse.ca/SOGo/nightly/3/rhel/7/x86_64/RPMS/ Shouldn't this be now either sogo-3.2.22.20170724-1.el7.centos.x86_64.rpm or then only sogo-20170724-1.el7.centos.x86_64.rpm as they are not specific to version numbers? Regards, Raffael -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] include config files into main config file
Hi all, Is it possible to include other config files into the main sogo.conf? In many others softwares (e.g. apache httpd) you can write something like this: Include conf.d/*.conf which includes then all config files from the directory conf.d/. I am asking this because it would make the multi-domain configuration a lot easier. Regards, Raffael -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] ActiveSync Provisioning
Hello all, I have a question. In your Active Sync implementation have you already implemented the provisioning protocol? More information about it here: https://msdn.microsoft.com/en-us/library/dd299443 This would allow to do a remote wipe or enable/disable the usage of SMS etc. Regards, Raffael -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] SOGO 2 and Firefox ESR (10.0.X)
Hi all, I'm testing SOGo 2 on our test server and had some problems with the web interface. After some testing I found out that only The Firefox ESR (10.0.X) is causing the problem. IE, Chrome and Firefox 15 are working ok. The problem is in the calendar view. The list with the calendars is grayed out and no calendar entries are shown. This issue occurs on our test server and on the demo installation at http://sogo-demo.inverse.ca/SOGo/ Can someone confirm this? Should i report a bug? Cheers, Raffael -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGO 2 and Firefox ESR (10.0.X)
On 10/03/12 12:58, Golliet Joel - 2LM wrote: Le 03/10/2012 12:35, Raffael Bachmann a écrit : Hi all, I'm testing SOGo 2 on our test server and had some problems with the web interface. After some testing I found out that only The Firefox ESR (10.0.X) is causing the problem. IE, Chrome and Firefox 15 are working ok. The problem is in the calendar view. The list with the calendars is grayed out and no calendar entries are shown. This issue occurs on our test server and on the demo installation at http://sogo-demo.inverse.ca/SOGo/ Can someone confirm this? Should i report a bug? Cheers, Raffael Hi, Problem already seen on this list = look at emails sent on 28/09/2012 (18:46, 21:09 and 21:59 +0200 (CEST)) with subject Re: [SOGo] ANN: SOGo v2.0.0 : Here's the one-liner patch if you don't want to wait until 2.0.1 : https://github.com/inverse-inc/sogo/commit/fe811314f6598a3dc69d442f033c041ad9ae11dd Thanks. I somehow missed this message in my search. The patch works. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Parent process consumes 100% cpu
out, _ctx=0x74c040) at SoObjectWebDAVDispatcher.m:1776 #38 0x7f4256896b2c in -[SoObjectRequestHandler handleRequest:inContext:session:application:] (self=0x9c90f0, _cmd=value optimized out, _rq=value optimized out, _ctx=0x74c040, _sn=0x0, app=0x9a8d30) at SoObjectRequestHandler.m:591 #39 0x7f425682645e in -[WORequestHandler handleRequest:] (self=0x9c90f0, _cmd=value optimized out, _request=0xd154e0) at WORequestHandler.m:241 #40 0x7f42567eba7c in -[WOCoreApplication dispatchRequest:usingHandler:] (self=0x9a8d30, _cmd=value optimized out, _request=0xd154e0, handler=0x9c90f0) at WOCoreApplication.m:704 #41 0x00403027 in -[SOGo dispatchRequest:] (self=0x9a8d30, _cmd=0x7f4256ba53e0, _request=0xd154e0) at SOGo.m:451 #42 0x7f4256886585 in -[WOHttpTransaction _run] (self=0xf1c830, _cmd=value optimized out) at WOHttpTransaction.m:546 #43 0x7f4256886778 in -[WOHttpTransaction run] (self=0xf1c830, _cmd=value optimized out) at WOHttpTransaction.m:599 #44 0x7f4256882929 in -[WOHttpAdaptor runConnection:] (self=0x7093f0, _cmd=value optimized out, _socket=value optimized out) at WOHttpAdaptor.m:384 #45 0x7f4256882b3e in -[WOHttpAdaptor _handleAcceptedConnection:] (self=0x7093f0, _cmd=value optimized out, _connection=0x774cc0) at WOHttpAdaptor.m:418 #46 0x7f4256882fb9 in -[WOHttpAdaptor _handleConnection:] (self=0x7093f0, _cmd=value optimized out, connection=0x774cc0) at WOHttpAdaptor.m:477 #47 0x7f4256883201 in -[WOHttpAdaptor acceptControlMessage:] (self=0x7093f0, _cmd=value optimized out, aNotification=value optimized out) at WOHttpAdaptor.m:516 #48 0x7f4254e2a3c5 in -[NSNotificationCenter _postAndRelease:] (self=0x70ec10, _cmd=0x7f42552a0630, notification=0xa1f630) at NSNotificationCenter.m:1070 #49 0x7f4254e2ac9c in -[NSNotificationCenter postNotificationName:object:userInfo:] (self=0x70ec10, _cmd=0x7f42552a0640, name=0x7f4255eb97e0, object=0x99c6f0, info=0x0) at NSNotificationCenter.m:1129 #50 0x7f4254e2ab51 in -[NSNotificationCenter postNotificationName:object:] (self=0x70ec10, _cmd=0x7f4255eb96d0, name=0x7f4255eb97e0, object=0x99c6f0) at NSNotificationCenter.m:1109 #51 0x7f4254f1e4aa in -[GSRunLoopCtxt pollUntil:within:] (self=0x759d60, _cmd=0x7f42552bb8e0, milliseconds=29997, contexts=0x9b23e0) at GSRunLoopCtxt.m:598 #52 0x7f4254e6c138 in -[NSRunLoop acceptInputForMode:beforeDate:] (self=0xa3cca0, _cmd=0x7f42552bb930, mode=0x7f42552ba860, limit_date=0xd5fe60) at NSRunLoop.m:1164 #53 0x7f4254e6c52d in -[NSRunLoop runMode:beforeDate:] (self=0xa3cca0, _cmd=0x7f4256b0b540, mode=0x7f42552ba860, date=0x99c000) at NSRunLoop.m:1239 #54 0x7f42567eb3e9 in -[WOCoreApplication run] (self=0x9a8d30, _cmd=value optimized out) at WOCoreApplication.m:576 #55 0x004027a0 in -[SOGo run] (self=0x9a8d30, _cmd=0x7f4256b4adf0) at SOGo.m:275 #56 0x7f425683043b in -[WOWatchDog _spawnChild:] (self=0x772a00, _cmd=value optimized out, child=0x718180) at WOWatchDogApplicationMain.m:563 #57 0x7f425682f5b6 in -[WOWatchDog _ensureChildren] (self=0x772a00, _cmd=value optimized out) at WOWatchDogApplicationMain.m:653 #58 0x7f425682fc8e in -[WOWatchDog run:argc:argv:] (self=0x772a00, _cmd=value optimized out, newAppName=value optimized out, newArgC=value optimized out, newArgV=value optimized out) at WOWatchDogApplicationMain.m:927 #59 0x7f4256830cb4 in WOWatchDogApplicationMain (appName=0x6084a0, argc=7, argv=0x7fff86b420c8) at WOWatchDogApplicationMain.m:1036 #60 0x00401ab3 in main (argc=7, argv=0x7fff86b420c8, env=0x7fff86b42108) at sogod.m:53 Any ideas on this? Thanks Raffael On 07/18/2011 02:34 PM, Ludovic Marcotte wrote: On 18/07/11 07:13, Raffael Bachmann wrote: From time to time (sometimes twice a day) the parent process consumes full cpu. That happens when all sogod workers are doing some work - the parent process will spin very quickly trying to find an available worker. Increase the number of sogod workers. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Parent process consumes 100% cpu
I need to correct myself. The backtraces are only identical up to line 16. It seems that this is not code from SOGo. So it may be a bug in gnustep or libc. Since this server is still running debian lenny, it may be fixed in squeeze. Upgrade is planned anyway. I'll write again if the problem still exists after the upgrade. Cheers Raffael On 07/25/2011 07:03 PM, Raffael Bachmann wrote: Hi, I tried different numbers of sogod workers. Nothing worked. Since this happens in our production server i can't investigate the problem if it happens through the day. Fortunately is right now happening an everyone already left the office. This means 2 things: 1. There is not really any load on the server. 2. I can wait and do some debugging without being forced to restart SOGo. Here what i found so far. Parent process consuming full cpu. 6 child processes doing nothing with almost identical backtrace: #0 0x7f42540ce02e in __lll_lock_wait_private () from /lib/libc.so.6 #1 0x7f425406bb43 in _L_lock_4488 () from /lib/libc.so.6 #2 0x7f4254068aab in free () from /lib/libc.so.6 #3 0x7f4254ec73c0 in default_free (zone=0x7f42552eae00, ptr=0x8cb540) at NSZone.m:501 #4 0x7f4254d48a57 in NSZoneFree (zone=0x7f42552eae00, ptr=0x8cb540) at ../Headers/Foundation/NSZone.h:373 #5 0x7f4254d492f3 in GSIMapMoreNodes (map=0xb2fb18, required=0) at ../Headers/Additions/GNUstepBase/GSIMap.h:442 #6 0x7f4254d4950f in GSIMapNewNode (map=0xb2fb18, key={addr = 139922873388096, obj = 0x7f42552a0c40, nso = 0x7f42552a0c40}, value={addr = 139922652533808, obj = 0x7f4248001430, nso = 0x7f4248001430}) at ../Headers/Additions/GNUstepBase/GSIMap.h:484 #7 0x7f4254d49962 in GSIMapAddPair (map=0xb2fb18, key={addr = 139922873388096, obj = 0x7f42552a0c40, nso = 0x7f42552a0c40}, value={addr = 139922652533808, obj = 0x7f4248001430, nso = 0x7f4248001430}) at ../Headers/Additions/GNUstepBase/GSIMap.h:774 #8 0x7f4254d4a3ae in -[GSMutableDictionary setObject:forKey:] (self=0xb2fb10, _cmd=0x7f42552a11c0, anObject=0x7f4248001430, aKey=0x7f42552a0c40) at GSDictionary.m:419 #9 0x7f4254e2b3f5 in +[NSNotificationQueue defaultQueue] (self=0x7f42552a0f60, _cmd=0x7f4256b2b6d0) at NSNotificationQueue.m:314 #10 0x7f425681051b in signalHandlerFunction (signum=value optimized out) at UnixSignalHandler.m:186 #11 signal handler called #12 0x7f42540690a1 in _int_malloc () from /lib/libc.so.6 #13 0x7f425406aad8 in malloc () from /lib/libc.so.6 #14 0x7f42547ee91a in objc_malloc () from /usr/lib/libobjc.so.2 #15 0x7f4254ec7243 in default_malloc (zone=0x7f42552eae00, size=3) at NSZone.m:466 #16 0x7f4254d67957 in NSZoneMalloc (zone=0x7f42552eae00, size=3) at ../Headers/Foundation/NSZone.h:316 #17 0x7f4254d7eb52 in -[GSMutableString initWithCapacity:] (self=0x9344600, _cmd=0x7f42552ca050, capacity=2) at GSString.m:3890 #18 0x7f4254e92392 in +[NSMutableString string] (self=0x7f42552c8a80, _cmd=0x7f4256e30100) at NSString.m:4769 #19 0x7f4256c0b7c6 in -[CardVersitRenderer renderElement:] (self=0x9335290, _cmd=0x7f4256e300e0, anElement=0x9334ec0) at CardVersitRenderer.m:64 #20 0x7f4256c0b749 in -[CardVersitRenderer render:] (self=0x9335290, _cmd=0x7f4256e30290, anElement=0x9334ec0) at CardVersitRenderer.m:49 #21 0x7f4256c0bf55 in -[CardVersitRenderer renderGroup:] (self=0x9335290, _cmd=0x7f4256e300d0, aGroup=0x9334e70) at CardVersitRenderer.m:146 #22 0x7f4256c0b720 in -[CardVersitRenderer render:] (self=0x9335290, _cmd=0x7f4256e2e590, anElement=0x9334e70) at CardVersitRenderer.m:49 #23 0x7f4256c09726 in -[CardElement versitString] (self=0x9334e70, _cmd=0x7f4256e33580) at CardElement.m:491 #24 0x7f4256c0f557 in -[iCalCalendar versitString] (self=0x9334e70, _cmd=0x7f424fbcdd20) at iCalCalendar.m:210 #25 0x7f424f99d832 in -[SOGoCalendarComponent secureContentAsString] (self=0x930e750, _cmd=0x7f424fbcdf40) at SOGoCalendarComponent.m:261 #26 0x7f424f99e30b in -[SOGoCalendarComponent contentAsString] (self=0x930e750, _cmd=0x7f424fbcdf70) at SOGoCalendarComponent.m:444 #27 0x7f424f99e3a5 in -[SOGoCalendarComponent davCalendarData] (self=0x930e750, _cmd=0x6931d0) at SOGoCalendarComponent.m:456 #28 0x7f4254e3845a in -[NSObject performSelector:] (self=0x930e750, _cmd=0x7f4257afe270, aSelector=0x6931d0) at NSObject.m:1954 #29 0x7f42578ac162 in ?? () from /usr/lib/libSOGo.so.1 #30 0x7f42578ac654 in ?? () from /usr/lib/libSOGo.so.1 #31 0x7f42578ac9c6 in ?? () from /usr/lib/libSOGo.so.1 #32 0x7f42578ad01a in ?? () from /usr/lib/libSOGo.so.1 #33 0x7f4254e3857a in -[NSObject performSelector:withObject:] (self=0xcd63a0, _cmd=0x7f4256bc7600, aSelector=0x68ed80, anObject=0x74c040) at NSObject.m:1980 #34 0x7f42568a55fe in -[SoSelectorInvocation primaryCallSelector:withArguments:] (self=0xa0b8f0, _cmd=value optimized out, _sel=0x68ed80, _args=0x90) at SoSelectorInvocation.m:226 #35 0x7f42568b8d66
[SOGo] Parent process consumes 100% cpu
[NSString] Got invalid multibyte sequence. ToEncode: UCS-2LE FromEncode: UTF-8. Jul 18 12:42:03 sogod [24839]: 0x0x7fca2d5d08c0[NSString] Got invalid multibyte sequence. ToEncode: UCS-2LE FromEncode: UTF-8. Jul 18 12:42:03 sogod [24839]: 0x0x7fca2d5d08c0[NSString] Got invalid multibyte sequence. ToEncode: UCS-2LE FromEncode: UTF-8. Again no idea what it tries to tell me. Thanks Raffael -- users@sogo.nu https://inverse.ca/sogo/listssogod SOGoDraftsFolderName INBOX.Drafts sogod SOGoUserSources '( { CNFieldName = cn; UIDFieldName = mail; baseDN = ou=employees,dc=a4d,dc=ch; bindDN = cn=sogo,dc=a4d,dc=ch; bindFields = ( mail ); bindPassword = secret; canAuthenticate = YES; encryption = STARTTLS; hostname = a4d.ch; id = logins; isAddressBook = NO; port = 389; }, { CNFieldName = cn; IDFieldName = uid; UIDFieldName = uid; baseDN = ou=employees,dc=a4d,dc=ch; bindDN = cn=sogo,dc=a4d,dc=ch; bindPassword = secret; canAuthenticate = NO; displayName = Team Adressen; encryption = STARTTLS; hostname = a4d.ch; id = team; isAddressBook = YES; port = 389; }, { CNFieldName = cn; IDFieldName = uid; baseDN = ou=contacts,dc=a4d,dc=ch; bindDN = cn=sogo,dc=a4d,dc=ch; bindPassword = secret; canAuthenticate = NO; displayName = Alle Adressen; encryption = STARTTLS; hostname = a4d.ch; id = public; isAddressBook = YES; port = 389; }, { CNFieldName = cn; MultipleBookingsFieldName = MultipleBookings; UIDFieldName = mail; baseDN = ou=resources,dc=a4d,dc=ch; bindDN = cn=sogo,dc=a4d,dc=ch; bindPassword = secret; canAuthenticate = YES; displayName = Resourcen; encryption = STARTTLS; hostname = a4d.ch; id = resources; isAddressBook = NO; port = 389; } )' sogod SOGoSMTPServer 127.0.0.1 sogod WOPort 2 sogod SOGoLanguage German sogod SOGoLDAPQueryLimit 15 sogod SOGoFirstDayOfWeek 1 sogod SOGoProfileURL mysql://sogo:secret@localhost:3306/sogo/sogo_user_profile sogod SOGoTimeZone Europe/Zurich sogod SOGoFoldersSendEMailNotifications YES sogod SxVMemLimit 512 sogod SOGoMailingMechanism smtp sogod OCSSessionsFolderURL mysql://sogo:secret@localhost:3306/sogo/sogo_sessions_folder sogod SOGoTrashFolderName INBOX.Trash sogod SOGoSuperUsernames '( someonea4d.ch, someonee...@a4d.ch )' sogod SOGoMailDomain a4d.ch sogod OCSFolderInfoURL mysql://sogo:secret@localhost:3306/sogo/sogo_folder_info sogod SOGoSentFolderName INBOX.Sent sogod SOGoACLsSendEMailNotifications YES sogod SOGoAppointmentSendEMailNotifications YES #0 0x7fff053836fd in gettimeofday () #1 0x7fca2c38890a in gettimeofday () from /lib/libc.so.6 #2 0x7fca2d0a1095 in GSTimeNow () at NSCalendarDate.m:295 #3 0x7fca2d0d625a in -[NSGDate timeIntervalSinceNow] (self=0x14a0730, _cmd=0x7fca2d5c28c0) at NSDate.m:1381 #4 0x7fca2d172f9e in -[NSRunLoop acceptInputForMode:beforeDate:] (self=0x160fd70, _cmd=0x7fca2d5c2930, mode=0x7fca2d5c1860, limit_date=0x14a0730) at NSRunLoop.m:1137 #5 0x7fca2d17352d in -[NSRunLoop runMode:beforeDate:] (self=0x160fd70, _cmd=0x7fca2ee521e0, mode=0x7fca2d5c1860, date=0x14a0730) at NSRunLoop.m:1239 #6 0x7fca2eb36dd2 in -[WOWatchDog run:argc:argv:] (self=0x12ef4a0, _cmd=value optimized out, newAppName=value optimized out, newArgC=value optimized out, newArgV=value optimized out) at WOWatchDogApplicationMain.m:930 #7 0x7fca2eb37cb4 in WOWatchDogApplicationMain (appName=0x6084a0, argc=7, argv=0x7fff05262fe8) at WOWatchDogApplicationMain.m:1036 #8 0x00401ab3 in main (argc=7, argv=0x7fff05262fe8, env=0x7fff05263028) at sogod.m:53 #0 0x7fca2c3c0b9f in poll () from /lib/libc.so.6 #1 0x7fca2d224d43 in -[GSRunLoopCtxt pollUntil:within:] (self=0x12d6800, _cmd=0x7fca2d5c28e0, milliseconds=411, contexts=0x151a820) at GSRunLoopCtxt.m:390 #2 0x7fca2d173138 in -[NSRunLoop acceptInputForMode:beforeDate:] (self=0x160fd70, _cmd=0x7fca2d5c2930, mode=0x7fca2d5c1860, limit_date=0x15b3c70) at NSRunLoop.m:1164 #3 0x7fca2d17352d in -[NSRunLoop runMode:beforeDate:] (self=0x160fd70, _cmd=0x7fca2ee521e0, mode=0x7fca2d5c1860, date=0x15b3c70) at NSRunLoop.m:1239 #4 0x7fca2eb36dd2 in -[WOWatchDog run:argc:argv:] (self=0x12ef4a0, _cmd=value optimized out, newAppName=value optimized out, newArgC=value optimized out, newArgV=value optimized out) at WOWatchDogApplicationMain.m:930 #5 0x7fca2eb37cb4 in WOWatchDogApplicationMain (appName=0x6084a0, argc=7, argv=0x7fff05262fe8) at WOWatchDogApplicationMain.m:1036 #6 0x00401ab3 in main (argc=7, argv=0x7fff05262fe8, env=0x7fff05263028) at sogod.m:53 gettimeofday({1310984491, 619316}, NULL
Re: [SOGo] Parent process consumes 100% cpu
Thanks for the fast answer. How many workers would you suggest? I tried it once with 6 and 10 but because of the memory consumption (swapping) the server became even less responsive. Right now we are using 4 workers. Couldn't it be that this aggressive waiting strategy could even prevent the child processes from doing their work by stealing them cpu time? What could it be that keeps a worker busy for more than a minute in the same request? Is it possible to find out in what requests are taking most of the time? Thanks Raffael On 07/18/2011 02:34 PM, Ludovic Marcotte wrote: On 18/07/11 07:13, Raffael Bachmann wrote: From time to time (sometimes twice a day) the parent process consumes full cpu. That happens when all sogod workers are doing some work - the parent process will spin very quickly trying to find an available worker. Increase the number of sogod workers. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Parent process consumes 100% cpu
On 07/18/2011 03:49 PM, André Schild wrote: Am 18.07.2011 15:38, schrieb Raffael Bachmann: Thanks for the fast answer. How many workers would you suggest? I think this depends on the number of clients which are actively accessing your sogo server ;) There are about 30 users with thunderbird open all day. And they all subscribed many other calendars. And to have a more sophisticated parent process which loops once trough all children and if none is found sleep for 0.1 seconds and then retrys. And if in the second try still all children are busy, do log this as a warning in the logfile... I think a system where the worker reports after finishing a request might be better. The parent process would only need to check every now and then to see if some really strange things are happening, like crashed workers or workers busy for a long time with one request. Raffael -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird initial calendar load terribly slow
Hi Wolfgang, Ok. I hope they are going to fix that soon. Thanks for the fast answer Raffael On Wednesday 30 March 2011 20:51:18 Wolfgang Sourdeau wrote: Hi Raffael, This is an issue with Lightning. Hopefully, this will be addressed in the next few months as this extension is curretnly not very scalable Wolfgang -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Mail configuration
Hi, I tried this setting (SOGoForceIMAPLoginWithEmail) for our installation yesterday, because our mailserver wants the email address as login name. Right now we are using the full email address to log into SOGo and with this setting we could use the username (uid in LDAP). It seems to work for the web interface but how would you do that with thunderbird. If i change the user name of the first email account to the username it doesn't receive any email and if its the full email address it can't connect to sogo. Or am i doing something wrong? Thanks Raffael On Wednesday 10 November 2010 16:11:41 Jordan Clark wrote: Dom, Have you tried setting the SOGoForceIMAPLoginWithEmail parameter as explained on page 24 of the installation Guide? Jordan On 11/10/10 8:52 AM, Dominique wrote: Hi, Anyone please ? Dom On 08/11/2010 13:45, Dominique wrote: Hi, I have problems retrieving mail though SOGo. My mail users includes the domain name and this works for all the mail clients I use so far. How do I have to create my SOGo users to retrieve the mail correctly? I have them currently as 'userid' only without domain name. In the log, the IMAP server rejects the connection because the domain is nor included. Is there an option on the SOGo config file to tell SOGo to connect the userid adding the domain defined? Dom -- a4D Architekten AG Raffael Bachmann Limmatstrasse 204 CH-8005 Zürich www.a4D.ch T +41 44 279 75 75 D +41 44 279 75 08 F +41 44 279 75 99 -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Invitations automatically accepted
Anybody else having this problem? Should i file a bug report? @Mailing pigna: you haven't found a solution, have you? Greetings Raffael On Tuesday 05 October 2010 17:14:19 Raffael Bachmann wrote: Hi, we have the same Setup (versions of sogo, plugins and TB), but i cannot test it happens too in the web interface since there seems to be another problem with invitations in our SOGo configuration. I can not use invitations in the web interface, but need to investigate further before filing a bug. I mailed this Information already but in the wrong thread: I just did some testing with tcpflow while storing the event and attached 2 text files. It is an appointment test 3 created by user xxx@a4d.ch with 2 attendees (yyy@a4d.ch and zzz@a4d.ch) Tcpflow.txt contains the tcpflow output while storing the event and database.txt contains the content from c_content int the database table from user xxx@a4d.ch. for user xxx@a4d.ch it looks like user yyy@a4d.ch has accepted the invitation. for user yyy@a4d.ch the invitation looks like a special (external) one, without the buttons. Raffael On Tuesday 05 October 2010 16:24:09 Mailing pigna wrote: Hi Raffael, I have the same problem. SOGo 1.3.2 whith Mysql TB 2.0.0.24 Integrator 0.11 Connector 0.11 Lightning 0.11 If I create an event and invite a single participant (sogo user) everything works fine. But if I create an event with more participants (users always sogo) the second and the third participant is added to the event and accepted automatically, I also noticed that I can not change the status. This seems to happen if the invitations I create them via the web interface 2010/10/5 Raffael Bachmann s...@a4d.ch: Thanks for the quick answer. On Tuesday 05 October 2010 13:17:02 Ludovic Marcotte wrote: On 05/10/10 6:47 AM, Raffael Bachmann wrote: we are using sogo (stable debian version) in our company (about 25 users) mainly over thunderbird 2. It works much better than our last solutions. Unfortunately we sometimes having a problem with invitations. They are sometimes automatically accepted and inserted in the calender of the invited users. This happens mostly if several users are invited. Then sometimes for all except the first user in the list the appointment is accepted automatically. If a SOGo user invites an other SOGo user, the invitation will get inserted automatically in the calendar. It will never be automatically accepted - SOGo has no logic to do that. Well i trust you that SOGo has no logic for that, but it still happens somehow. May it be that thunderbird sends the event with the state of the attendee already set to ACCEPTED? Or do you have another idea where the bug might be hidden? Regards -- a4D Architekten AG Raffael Bachmann Limmatstrasse 204 CH-8005 Zürich www.a4D.ch T +41 44 279 75 75 D +41 44 279 75 08 F +41 44 279 75 99 -- users@sogo.nu https://inverse.ca/sogo/lists -- a4D Architekten AG Raffael Bachmann Limmatstrasse 204 CH-8005 Zürich www.a4D.ch T +41 44 279 75 75 D +41 44 279 75 08 F +41 44 279 75 99 -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Exlcude event organizer
Hi, maybe a possible workaround could be that your secretary creates a second (dummy) calendar and inserts events, which she creates for others in this calendar. So the event is not in her real calendar and she is still the Event creator. Its just an idea, haven't tested if it works. Raffael On Thursday 07 October 2010 16:32:21 Alessio Fattorini wrote: Il 05/10/2010 17:17, Alessio Fattorini ha scritto: Thank you Ludovic, but I have this problem: My secretary creates event for us, like meeting or works for customer, i think that use attendees is the way, but: - i don't want that the event is insert in secretary's calendar too, it's not true. It's only for attendees. - if i use a shared calendar without use event with dattendees, i lost creator/organizator information, and eventually permission on it. I don't want lost the organizer but the organizer should can choose if add the event on his calendar or not. The organizer should not be a partecipant. A lot of my customer use calendar in this way, how can i configure this? Someone has any idea for this problem? The discussion of July Event creator has the same goal. The summary is: i want that a person can create an event for others, only for others not for himself, and i want that the creator/organizer can be recorded and visible into event info. It's only for me this problem? I thing that it's a common situation, we have this feature in horde too! Some customers don't want lose this features, switching to sogo. -- a4D Architekten AG Raffael Bachmann Limmatstrasse 204 CH-8005 Zürich www.a4D.ch T +41 44 279 75 75 D +41 44 279 75 08 F +41 44 279 75 99 -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Invitations automatically accepted
Hi everyone, we are using sogo (stable debian version) in our company (about 25 users) mainly over thunderbird 2. It works much better than our last solutions. Unfortunately we sometimes having a problem with invitations. They are sometimes automatically accepted and inserted in the calender of the invited users. This happens mostly if several users are invited. Then sometimes for all except the first user in the list the appointment is accepted automatically. Has anyone else seen problems like this or even better knows how to prevent that? Thanks Raffael -- a4D Architekten AG Raffael Bachmann Limmatstrasse 204 CH-8005 Zürich www.a4D.ch T +41 44 279 75 75 D +41 44 279 75 08 F +41 44 279 75 99 -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Invitations automatically accepted
Thanks for the quick answer. On Tuesday 05 October 2010 13:17:02 Ludovic Marcotte wrote: On 05/10/10 6:47 AM, Raffael Bachmann wrote: we are using sogo (stable debian version) in our company (about 25 users) mainly over thunderbird 2. It works much better than our last solutions. Unfortunately we sometimes having a problem with invitations. They are sometimes automatically accepted and inserted in the calender of the invited users. This happens mostly if several users are invited. Then sometimes for all except the first user in the list the appointment is accepted automatically. If a SOGo user invites an other SOGo user, the invitation will get inserted automatically in the calendar. It will never be automatically accepted - SOGo has no logic to do that. Well i trust you that SOGo has no logic for that, but it still happens somehow. May it be that thunderbird sends the event with the state of the attendee already set to ACCEPTED? Or do you have another idea where the bug might be hidden? Regards -- a4D Architekten AG Raffael Bachmann Limmatstrasse 204 CH-8005 Zürich www.a4D.ch T +41 44 279 75 75 D +41 44 279 75 08 F +41 44 279 75 99 -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] TB 3.1 doesn't show invites button
On Tuesday 05 October 2010 13:47:03 Ludovic Marcotte wrote: On 01/10/10 11:35 AM, Alessio Fattorini wrote: On 01/10/2010 17:21, Ben wrote: Haven't heard anything on the list about this, so I posted a bug report. http://www.sogo.nu/bugs/view.php?id=878 I think is dup of http://www.sogo.nu/bugs/view.php?id=781 I don't understand why it's not fixed yet For external invitations - if the buttons don't appear, is there any chance you do have a remote subscription together with your SOGo calendar? (ICS file or Google CalDAV calendar) We used to have Google calendar before switching to SOGo but there are no subscriptions to this calendars anymore. But indeed the invitation looks like an external one for the user that was automatically accepted. I just did some testing with tcpflow while storing the event and attached 2 text files. It is an appointment test 3 created by user xxx@a4d.ch with 2 attendees (yyy@a4d.ch and zzz@a4d.ch) Tcpflow.txt contains the tcpflow output while storing the event and database.txt contains the content from c_content int the database table from user xxx@a4d.ch. for user xxx@a4d.ch it looks like user yyy@a4d.ch has accepted the invitation. for user yyy@a4d.ch the invitation looks like an external one. Thanks for your help -- a4D Architekten AG Raffael Bachmann Limmatstrasse 204 CH-8005 Zürich www.a4D.ch T +41 44 279 75 75 D +41 44 279 75 08 F +41 44 279 75 99 -- users@sogo.nu https://inverse.ca/sogo/listsBEGIN:VCALENDAR PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN VERSION:2.0 BEGIN:VTIMEZONE TZID:Europe/Berlin X-LIC-LOCATION:Europe/Berlin BEGIN:DAYLIGHT TZOFFSETFROM:+0100 TZOFFSETTO:+0200 TZNAME:CEST DTSTART:19700329T02 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=3 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:+0200 TZOFFSETTO:+0100 TZNAME:CET DTSTART:19701025T03 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=10 END:STANDARD END:VTIMEZONE BEGIN:VEVENT CREATED:20101005T114747Z LAST-MODIFIED:20101005T114820Z DTSTAMP:20101005T114820Z UID:edc96d93-a30a-475a-b182-596acf46d681 SUMMARY:test 3 ORGANIZER;RSVP=TRUE;CN=Meret Xxx;PARTSTAT=ACCEPTED;ROLE=CHAIR:mailto: xxx@a4d.ch ATTENDEE;RSVP=TRUE;CN=Raffael Bachmann;PARTSTAT=NEEDS-ACTION; ROLE=REQ-PARTICIPANT:mailto:zzz@a4d.ch ATTENDEE;RSVP=TRUE;CN=Stefan Yyy;PARTSTAT=ACCEPTED; ROLE=REQ-PARTICIPANT:mailto:yyy@a4d.ch DTSTART;TZID=Europe/Berlin:20101017T111500 DTEND;TZID=Europe/Berlin:20101017T12 X-MOZ-GENERATION:3 X-MOZ-SEND-INVITATIONS:TRUE END:VEVENT END:VCALENDAR127.000.000.001.50144-127.000.000.001.2: PUT /SOGo/dav/xxx@a4d.ch/Calendar/personal/edc96d93-a30a-475a-b182-596acf46d681.ics HTTP/1.1 Host: a4d.ch User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.23) Gecko/20090812 Lightning/0.10-Inverse Thunderbird/2.0.0.23 Accept: text/xml Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: utf-8,*;q=0.1 Content-Type: text/calendar; charset=utf-8 If-Match: gcs0001 Authorization: Basic bWVyZXQuYWxiZXJAYTRkLmNoOmxpbGxpbWFyaW5lMjI/ Pragma: no-cache Cache-Control: no-cache x-webobjects-server-port: 443 x-webobjects-server-name: a4d.ch x-webobjects-server-url: https://a4d.ch x-webobjects-server-protocol: HTTP/1.0 x-webobjects-remote-host: 127.0.0.1 Via: 1.1 a4d.ch X-Forwarded-For: 84.253.39.179 X-Forwarded-Host: a4d.ch X-Forwarded-Server: a4d.ch Connection: close Content-Length: 1127 BEGIN:VCALENDAR PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN VERSION:2.0 BEGIN:VTIMEZONE TZID:Europe/Berlin X-LIC-LOCATION:Europe/Berlin BEGIN:DAYLIGHT TZOFFSETFROM:+0100 TZOFFSETTO:+0200 TZNAME:CEST DTSTART:19700329T02 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=3 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:+0200 TZOFFSETTO:+0100 TZNAME:CET DTSTART:19701025T03 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=10 END:STANDARD END:VTIMEZONE BEGIN:VEVENT CREATED:20101005T114747Z LAST-MODIFIED:20101005T114820Z DTSTAMP:20101005T114820Z UID:edc96d93-a30a-475a-b182-596acf46d681 SUMMARY:test 3 ORGANIZER;RSVP=TRUE;CN=Meret Xxx;PARTSTAT=ACCEPTED;ROLE=CHAIR:mailto: xxx@a4d.ch ATTENDEE;RSVP=TRUE;CN=Raffael Bachmann;PARTSTAT=NEEDS-ACTION; ROLE=REQ-PARTICIPANT:mailto:zzz@a4d.ch ATTENDEE;RSVP=TRUE;CN=Stefan Yyy;PARTSTAT=ACCEPTED; ROLE=REQ-PARTICIPANT:mailto:yyy@a4d.ch DTSTART;TZID=Europe/Berlin:20101017T111500 DTEND;TZID=Europe/Berlin:20101017T12 X-MOZ-GENERATION:3 X-MOZ-SEND-INVITATIONS:TRUE END:VEVENT END:VCALENDAR 127.000.000.001.2-127.000.000.001.50144: HTTP/1.0 204 No Content 127.000.000.001.2-127.000.000.001.50144: content-length: 0 etag: gcs0002 content-type: text/plain 127.000.000.001.2-127.000.000.001.50144: tcpflow[21496]: 127.000.000.001.50152-127.000.000.001.2: new flow tcpflow[21496]: 127.000.000.001.2-127.000.000.001.50152: new flow 127.000.000.001.50152-127.000.000.001.2: REPORT /SOGo/dav/xxx@a4d.ch/Calendar/personal