Re: [SOGo] what is sogo mail client programming language?
Charles, If you are looking for a turnkey SOGo solution based around postfix/dovecot try REVLY. You can download it at http://revly.net Mark Original Message Subject: Re: [SOGo] what is sogo mail client programming language? Date: Thursday, March 12, 2015 06:54 AM CDT From: Charles Marcus cmar...@media-brokers.com Reply-To: users@sogo.nu To: users@sogo.nu References: 3a5d-5500d800-153-7ae36e00@164272915 On 3/11/2015 8:04 PM, Alain Abbas alain.ab...@libertech.fr wrote: Hello packages.sogxmail.org is made as debian repository that means it more easy to use it with apt-get (see the installation wiki.sogxmail.org : http://wiki.sogxmail.org/doku.php?id=debianinstall The sogxmail package use standard packages ( cyrus, openldap, postfix, apache, php,sogo . ) Ugh... was thinking of recommending this to a friend for their small home business network, but I don't know anything about Cyrus, and much prefer dovecot anyway... -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Question re: Outlook + AS (ActiveSysnc) vs. Thunderbird + Integrator
On 3/19/2015 2:32 PM, Ludovic Marcotte lmarco...@inverse.ca wrote: Don't forget that Thunderbird + SOGo extensions gives you calendar / address books sharing with delegation. Outlook 2013 + EAS does not. Thanks Ludovic, But just to clarify - you only mean the 'delegation' part, right? Outlook+EAS does support accessing Group/Shared Calendars and Contacts doesn't it? I guess I need to actually start testing now... ;) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] what is sogo mail client programming language?
Thanks a lot. On 2015-03-19 22:14, Mark Madere wrote: Charles, If you are looking for a turnkey SOGo solution based around postfix/dovecot try REVLY. You can download it at http://revly.net Mark Original Message Subject: Re: [SOGo] what is sogo mail client programming language? Date: Thursday, March 12, 2015 06:54 AM CDT From: Charles Marcus cmar...@media-brokers.com Reply-To: users@sogo.nu To: users@sogo.nu References: 3a5d-5500d800-153-7ae36e00@164272915 On 3/11/2015 8:04 PM, Alain Abbas alain.ab...@libertech.fr wrote: Hello packages.sogxmail.org is made as debian repository that means it more easy to use it with apt-get (see the installation wiki.sogxmail.org : http://wiki.sogxmail.org/doku.php?id=debianinstall The sogxmail package use standard packages ( cyrus, openldap, postfix, apache, php,sogo . ) Ugh... was thinking of recommending this to a friend for their small home business network, but I don't know anything about Cyrus, and much prefer dovecot anyway... -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Existing Microsoft Active Directory environment Samba4 Openchange
Hi Daniel, Following information would help: - Is your samba4 server on same subnet as your windows AD controller? Is there any firewall in between the two? - What is your exact samba version? - I assume you are using same-tool fsmo seize” to transfer the role back to Windows AD? Do you get any errors? - What is the output of samba-tool fsmo show” ? - What symptoms you experience to judge replication is not working? - What is the output of “samba-tool drs showrepl” ? Best Regards Martin. On 20 Mar 2015, at 13:57, Dániel L. linux.rendszerg...@gmail.com wrote: Hi Martin, I ve transfered the schema master role to samba4, and managed to extend the schema with openchange provision, but I cant retransfer the master to the original windows ad, And the replication wont work. Any suggestions? Thanks again, Daniel 2015-03-17 19:33 GMT+01:00 Martin Simovic mar...@netson.sk mailto:mar...@netson.sk: Hi Daniel, I understand the exchange schema provisioning can be done two ways: 1. Running openchange_provision on Linux DC 2. Running exchange setup on Windows DC Whichever one you choose, the result should be the same. You can use only one approach though, not both at the same time. I think you misread Julian’s post from openchange mailing list. The issue was, that the user was trying to run openchange_provision on read-only domain controller (RODC) which is not possible. Furthermore, it is explained that samba4 DC must be master to be able to extend the schema OR schema must be extended on another (master) domain controller. This in your case would be your Windows DC. I would like to add a third option: transfer the master role to Linux DC, extend the schema (openchange_provision) and then cease the role back to Windows DC. The result should be the same. I have used the third (myself invented) approach since it was easier for me to run schema extension from Linux DC, using linux command line tools rather then learning how this is done from Windows environment. Needless to say, I backed up my AD before and after every step taken. That should answer your (legitimate) worries, broken AD is the worst nightmare I admit! Best Regards Martin. On 17 Mar 2015, at 18:44, Dániel L. linux.rendszerg...@gmail.com mailto:linux.rendszerg...@gmail.com wrote: Hello Martin, Thank You for the answer. Im afraid, the openchange provision tool will mess up the AD structure. All our system relies on it. As suggested in the following openchange mailing, the openchange provisioning of active directory should be avoided, and the schema extension should be made by the exchange setup on the windows side: http://mailman.openchange.org/pipermail/devel/2013-February/005554.html http://mailman.openchange.org/pipermail/devel/2013-February/005554.html https://technet.microsoft.com/en-us/library/bb125224%28v=exchg.150%29.aspx#Step1 https://technet.microsoft.com/en-us/library/bb125224%28v=exchg.150%29.aspx#Step1 whats your opinion on this? Thank again, Daniel 2015-03-17 16:25 GMT+01:00 Martin Simovic mar...@netson.sk mailto:mar...@netson.sk: Hi, I don’t know about any existing howto related to this scenario, yet I think I can help since at our site we’re running exactly the same setup. To be able to extend AD schema on Linux DC it needs to be promoted to schema master. You can use standard AD management tools GUI or command line from Linux DC - samba-tool fsmo does the job. After you extended the AD schema you can cease the role back to Windows AD controller. Just a note, you better be running at least Samba 4.1 series on Linux DC, older versions (4.0.X) were having problems with fsmo transfers. Still, it’s always a good idea to backup your AD before applying any changes to it. Hope this helps, Best Regards Martin Simovic On 17 Mar 2015, at 11:50, Dániel L. linux.rendszerg...@gmail.com mailto:linux.rendszerg...@gmail.com wrote: Dear Sogo Users, We have an existing Active Directory server, which we use for central authentication. Id like to implement Openchange Sogo with native Outlook support. So Ive installed Samba4 and joined it to the Active Directorfy as a DC. Unfortunately, the openchange_provision --standalone command wont work, because the samba4 DC is not master. Is it safe to promote samba4 to master DC and promote back to Active directory, or is there a solution to extend active directory's schema with exchange schema (without installing exchange itself)? Is there any working HowTo on this outhere? Any help is appreciated, Thank You in advance, Daniel smime.p7s Description: S/MIME cryptographic signature
Re: [SOGo] Question re: Outlook + AS (ActiveSysnc) vs. Thunderbird + Integrator
On 20/03/2015 06:43, Charles Marcus wrote: But just to clarify - you only mean the 'delegation' part, right? Outlook+EAS does support accessing Group/Shared Calendars and Contacts doesn't it? Only Calendars, and if you have the proper permissions to add/modify/delete calendar components for that particular calendar. Outlook 2013 does not support multiple address books when using EAS. -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: http://inverse.ca Inverse inc. :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Existing Microsoft Active Directory environment Samba4 Openchange
Hi Martin, - No firewall - Version 4.1.17-Debian - role transfer: The requested FSMO operation failed. The current FSMO holder could not be contacted. - replication error is: 8452, The naming context is in the process of being removed or is not replicated from the specified server root@sandbox:~# samba-tool fsmo show InfrastructureMasterRole owner: CN=NTDS Settings,CN=AD,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=bgroup,DC=local RidAllocationMasterRole owner: CN=NTDS Settings,CN=AD,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=bgroup,DC=local PdcEmulationMasterRole owner: CN=NTDS Settings,CN=AD,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=bgroup,DC=local DomainNamingMasterRole owner: CN=NTDS Settings,CN=AD,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=bgroup,DC=local SchemaMasterRole owner: CN=NTDS Settings,CN=BDC,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=bgroup,DC=local root@sandbox:~# samba-tool drs showrepl Default-First-Site-Name\SANDBOX DSA Options: 0x DSA object GUID: c020e470-aa0e-4e80-aa20-a0b6a5244b10 DSA invocationId: 2c50db5f-7cc1-498d-9fbf-d1ee228ffcb7 INBOUND NEIGHBORS DC=bgroup,DC=local Default-First-Site-Name\AD via RPC DSA object GUID: 34cf4523-ea8b-472a-8328-f7879350885e Last attempt @ Fri Mar 20 14:17:34 2015 CET was successful 0 consecutive failure(s). Last success @ Fri Mar 20 14:17:34 2015 CET DC=bgroup,DC=local Default-First-Site-Name\BDC via RPC DSA object GUID: 681d15df-1059-4916-87c8-66b6bdf7b849 Last attempt @ Fri Mar 20 14:30:39 2015 CET failed, result 121 (WERR_SEM_TIMEOUT) 13 consecutive failure(s). Last success @ Fri Mar 20 14:04:11 2015 CET DC=bgroup,DC=local Default-First-Site-Name\WEB1 via RPC DSA object GUID: cb9e5d7b-0767-431d-8a9e-5117587e6aec Last attempt @ Fri Mar 20 14:18:34 2015 CET failed, result 2 (WERR_BADFILE) 213 consecutive failure(s). Last success @ NTTIME(0) CN=Configuration,DC=bgroup,DC=local Default-First-Site-Name\AD via RPC DSA object GUID: 34cf4523-ea8b-472a-8328-f7879350885e Last attempt @ Fri Mar 20 14:18:35 2015 CET was successful 0 consecutive failure(s). Last success @ Fri Mar 20 14:18:35 2015 CET CN=Configuration,DC=bgroup,DC=local Default-First-Site-Name\BDC via RPC DSA object GUID: 681d15df-1059-4916-87c8-66b6bdf7b849 Last attempt @ Fri Mar 20 14:28:39 2015 CET failed, result 121 (WERR_SEM_TIMEOUT) 3 consecutive failure(s). Last success @ Fri Mar 20 14:00:37 2015 CET CN=Configuration,DC=bgroup,DC=local Default-First-Site-Name\QDC via RPC DSA object GUID: 223858ab-f682-4210-8ee1-060195de93c4 Last attempt @ Fri Mar 20 14:19:35 2015 CET failed, result 2 (WERR_BADFILE) 215 consecutive failure(s). Last success @ NTTIME(0) CN=Configuration,DC=bgroup,DC=local Default-First-Site-Name\WEB1 via RPC DSA object GUID: cb9e5d7b-0767-431d-8a9e-5117587e6aec Last attempt @ Fri Mar 20 14:19:36 2015 CET failed, result 2 (WERR_BADFILE) 213 consecutive failure(s). Last success @ NTTIME(0) DC=DomainDnsZones,DC=bgroup,DC=local Default-First-Site-Name\AD via RPC DSA object GUID: 34cf4523-ea8b-472a-8328-f7879350885e Last attempt @ Fri Mar 20 14:15:32 2015 CET was successful 0 consecutive failure(s). Last success @ Fri Mar 20 14:15:32 2015 CET DC=DomainDnsZones,DC=bgroup,DC=local Default-First-Site-Name\WEB1 via RPC DSA object GUID: cb9e5d7b-0767-431d-8a9e-5117587e6aec Last attempt @ Fri Mar 20 14:15:32 2015 CET failed, result 2 (WERR_BADFILE) 213 consecutive failure(s). Last success @ NTTIME(0) DC=DomainDnsZones,DC=bgroup,DC=local Default-First-Site-Name\BDC via RPC DSA object GUID: 681d15df-1059-4916-87c8-66b6bdf7b849 Last attempt @ Fri Mar 20 14:31:39 2015 CET failed, result 121 (WERR_SEM_TIMEOUT) 6 consecutive failure(s). Last success @ Fri Mar 20 14:03:24 2015 CET CN=Schema,CN=Configuration,DC=bgroup,DC=local Default-First-Site-Name\AD via RPC DSA object GUID: 34cf4523-ea8b-472a-8328-f7879350885e Last attempt @ Fri Mar 20 14:19:36 2015 CET was successful 0 consecutive failure(s). Last success @ Fri Mar 20 14:19:36 2015 CET CN=Schema,CN=Configuration,DC=bgroup,DC=local Default-First-Site-Name\BDC via RPC DSA object GUID: 681d15df-1059-4916-87c8-66b6bdf7b849 Last attempt @ Fri Mar 20 14:20:36 2015 CET failed, result 121 (WERR_SEM_TIMEOUT) 2 consecutive failure(s). Last success @ Fri Mar 20 14:00:38 2015 CET CN=Schema,CN=Configuration,DC=bgroup,DC=local Default-First-Site-Name\QDC via RPC DSA object GUID: 223858ab-f682-4210-8ee1-060195de93c4 Last attempt @ Fri Mar 20 14:20:36 2015
Re: [SOGo] Question re: Outlook + AS (ActiveSysnc) vs. Thunderbird + Integrator
On 3/20/2015 9:45 AM, Ludovic Marcotte lmarco...@inverse.ca wrote: On 20/03/2015 06:43, Charles Marcus wrote: But just to clarify - you only mean the 'delegation' part, right? Outlook+EAS does support accessing Group/Shared Calendars and Contacts doesn't it? Only Calendars, and if you have the proper permissions to add/modify/delete calendar components for that particular calendar. Outlook 2013 does not support multiple address books when using EAS. Wow... bummer. I'm curious - is this true only for SOGo's implementation? Or is this true for Office365 as well? -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Question re: Outlook + AS (ActiveSysnc) vs. Thunderbird + Integrator
On 20/03/2015 09:53, Tanstaafl wrote: Wow... bummer. I'm curious - is this true only for SOGo's implementation? Or is this true for Office365 as well? It's an Outlook limitation, not related in any way to SOGo. -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: http://inverse.ca Inverse inc. :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Question re: Outlook + AS (ActiveSysnc) vs. Thunderbird + Integrator
On 20 Mar 2015, at 14:53, Tanstaafl tansta...@libertytrek.org wrote: On 3/20/2015 9:45 AM, Ludovic Marcotte lmarco...@inverse.ca wrote: On 20/03/2015 06:43, Charles Marcus wrote: But just to clarify - you only mean the 'delegation' part, right? Outlook+EAS does support accessing Group/Shared Calendars and Contacts doesn't it? Only Calendars, and if you have the proper permissions to add/modify/delete calendar components for that particular calendar. Outlook 2013 does not support multiple address books when using EAS. Wow... bummer. I'm curious - is this true only for SOGo's implementation? Or is this true for Office365 as well? AFAIK Office 365 is not using EAS for Outlook, but RoH instead. smime.p7s Description: S/MIME cryptographic signature
Re: [SOGo] Question re: Outlook + AS (ActiveSysnc) vs. Thunderbird + Integrator
On 3/20/2015 9:56 AM, Ludovic Marcotte lmarco...@inverse.ca wrote: On 20/03/2015 09:53, Tanstaafl wrote: Wow... bummer. I'm curious - is this true only for SOGo's implementation? Or is this true for Office365 as well? It's an Outlook limitation, not related in any way to SOGo. Perfect, one more argument *against* using Outlook (although I think that is a lost cause)... ;) Thanks! -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] BTS activities for Friday, March 20 2015
Title: BTS activities for Friday, March 20 2015 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Friday, March 20 2015 idlast updatestatus (resolution)categorysummary 3129 2015-03-20 03:12:19 updated (open) ActiveSync OL2013 inbox stops syncing after a while 3133 2015-03-20 17:49:34 updated (open) ActiveSync ActiveSync client does not reflect changes to the Inbox 3140 2015-03-20 12:40:08 updated (open) ActiveSync When marking emails with flags after sync some flags missing 2325 2015-03-20 21:02:39 updated (open) Backend General groups support for SQL-based authentication sources 3103 2015-03-20 08:46:29 resolved (fixed) ActiveSync Plain Text messages containing non-ASCII characters have blank body over ActiveSync
Re: [SOGo] Existing Microsoft Active Directory environment Samba4 Openchange
Hi Martin, I ve transfered the schema master role to samba4, and managed to extend the schema with openchange provision, but I cant retransfer the master to the original windows ad, And the replication wont work. Any suggestions? Thanks again, Daniel 2015-03-17 19:33 GMT+01:00 Martin Simovic mar...@netson.sk: Hi Daniel, I understand the exchange schema provisioning can be done two ways: 1. Running openchange_provision on Linux DC 2. Running exchange setup on Windows DC Whichever one you choose, the result should be the same. You can use only one approach though, not both at the same time. I think you misread Julian’s post from openchange mailing list. The issue was, that the user was trying to run openchange_provision on read-only domain controller (RODC) which is not possible. Furthermore, it is explained that samba4 DC must be master to be able to extend the schema OR schema must be extended on another (master) domain controller. This in your case would be your Windows DC. I would like to add a third option: transfer the master role to Linux DC, extend the schema (openchange_provision) and then cease the role back to Windows DC. The result should be the same. I have used the third (myself invented) approach since it was easier for me to run schema extension from Linux DC, using linux command line tools rather then learning how this is done from Windows environment. Needless to say, I backed up my AD before and after every step taken. That should answer your (legitimate) worries, broken AD is the worst nightmare I admit! Best Regards Martin. On 17 Mar 2015, at 18:44, Dániel L. linux.rendszerg...@gmail.com wrote: Hello Martin, Thank You for the answer. Im afraid, the openchange provision tool will mess up the AD structure. All our system relies on it. As suggested in the following openchange mailing, the openchange provisioning of active directory should be avoided, and the schema extension should be made by the exchange setup on the windows side: http://mailman.openchange.org/pipermail/devel/2013-February/005554.html https://technet.microsoft.com/en-us/library/bb125224%28v=exchg.150%29.aspx#Step1 whats your opinion on this? Thank again, Daniel 2015-03-17 16:25 GMT+01:00 Martin Simovic mar...@netson.sk: Hi, I don’t know about any existing howto related to this scenario, yet I think I can help since at our site we’re running exactly the same setup. To be able to extend AD schema on Linux DC it needs to be promoted to schema master. You can use standard AD management tools GUI or command line from Linux DC - samba-tool fsmo does the job. After you extended the AD schema you can cease the role back to Windows AD controller. Just a note, you better be running at least Samba 4.1 series on Linux DC, older versions (4.0.X) were having problems with fsmo transfers. Still, it’s always a good idea to backup your AD before applying any changes to it. Hope this helps, Best Regards Martin Simovic On 17 Mar 2015, at 11:50, Dániel L. linux.rendszerg...@gmail.com wrote: Dear Sogo Users, We have an existing Active Directory server, which we use for central authentication. Id like to implement Openchange Sogo with native Outlook support. So Ive installed Samba4 and joined it to the Active Directorfy as a DC. Unfortunately, the openchange_provision --standalone command wont work, because the samba4 DC is not master. Is it safe to promote samba4 to master DC and promote back to Active directory, or is there a solution to extend active directory's schema with exchange schema (without installing exchange itself)? Is there any working HowTo on this outhere? Any help is appreciated, Thank You in advance, Daniel -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Failure receiving status for child
Hi ! We now have several of these entries in our logs : Mar 20 06:23:43 sogod [26670]: 0x0x7fdd49ace0c0[WOWatchDog] child spawned with pid 25884 Mar 20 06:23:46 sogod [25884]: |SOGo| starting method 'POST' on uri '/SOGo/Microsoft-Server-ActiveSync?Cmd=PingUser=userDeviceId=deviceidDeviceType=WindowsOutlook15' Mar 20 06:23:46 sogod [25884]: 0x0x7fdd497f65f0[SOGoCache] Cache cleanup interval set every 300.00 seconds Mar 20 06:23:46 sogod [25884]: 0x0x7fdd497f65f0[SOGoCache] Using host(s) '127.0.0.1' as server(s) Mar 20 06:23:46 sogod [25884]: 0x0x7fdd49df3340[NGImap4Client] TLS started successfully. Mar 20 06:23:47 sogod [25884]: [WARN] 0x0x7fdd4a2b1750[SOGoWebDAVAclManager] entry '{DAV:}write' already exists in DAV permissions table Mar 20 06:23:47 sogod [25884]: [WARN] 0x0x7fdd4a2b1750[SOGoWebDAVAclManager] entry '{DAV:}write-properties' already exists in DAV permissions table Mar 20 06:23:47 sogod [25884]: [WARN] 0x0x7fdd4a2b1750[SOGoWebDAVAclManager] entry '{DAV:}write-content' already exists in DAV permissions table Mar 20 06:23:51 sogod [25884]: 0x0x7fdd499acab0[SOGoActiveSyncDispatcher] Sleeping 10 seconds while detecting changes... Mar 20 06:24:01 sogod [25884]: |SOGo| request took 14.416963 seconds to execute Mar 20 06:24:01 sogod [25884]: ipadress POST /SOGo/Microsoft-Server-ActiveSync?Cmd=PingUser=userDeviceId=deviceidDeviceType=WindowsOutlook15 HTTP/1.1 200 13/1672 14.419 - - 17M Mar 20 06:24:01 sogod [25884]: |SOGo| starting method 'POST' on uri '/SOGo/Microsoft-Server-ActiveSync?Cmd=PingUser=userDeviceId=deviceidDeviceType=WindowsOutlook15' Mar 20 06:24:01 sogod [25884]: 0x0x7fdd49e428a0[NGImap4Client] TLS started successfully. Mar 20 06:24:05 sogod [25884]: 0x0x7fdd49e2fd40[SOGoActiveSyncDispatcher] Sleeping 10 seconds while detecting changes... Mar 20 06:24:15 sogod [25884]: |SOGo| request took 14.384695 seconds to execute Mar 20 06:24:15 sogod [25884]: ipadress POST /SOGo/Microsoft-Server-ActiveSync?Cmd=PingUser=userDeviceId=deviceidDeviceType=WindowsOutlook15 HTTP/1.1 200 13/1672 14.386 - - 524K Mar 20 06:24:15 sogod [25884]: |SOGo| starting method 'POST' on uri '/SOGo/Microsoft-Server-ActiveSync?Cmd=PingUser=userDeviceId=deviceidDeviceType=WindowsOutlook15' Mar 20 06:24:15 sogod [25884]: 0x0x7fdd4a2d6de0[NGImap4Client] TLS started successfully. Mar 20 06:24:20 sogod [25884]: 0x0x7fdd499621a0[SOGoActiveSyncDispatcher] Sleeping 10 seconds while detecting changes... Mar 20 06:24:21 sogod [26670]: [ERROR] 0x0x7fdd49a2b390[WOWatchDogChild] FAILURE receiving status for child 25884 Mar 20 06:24:21 sogod [26670]: 0x0x7fdd49a2b390[WOWatchDogChild] sending terminate signal to pid 25884 Mar 20 06:24:21 sogod [26670]: [ERROR] 0x0x7fdd49a2b390[WOWatchDogChild] FAILURE notifying child 25884 Mar 20 06:24:21 sogod [26670]: 0x0x7fdd49a2b390[WOWatchDogChild] sending terminate signal to pid 25884 Mar 20 06:24:21 sogod [25884]: |SOGo| request took 6.092815 seconds to execute Mar 20 06:24:21 sogod [25884]: ipadress POST /SOGo/Microsoft-Server-ActiveSync?Cmd=PingUser=userDeviceId=deviceidDeviceType=WindowsOutlook15 HTTP/1.1 200 13/1672 6.094 - - 36K Mar 20 06:24:22 sogod [26670]: 0x0x7fdd49a2b390[WOWatchDogChild] child 25884 exited We have recently lowered SxVMemLimit to stop server slowdown. Are these failures a consequence of this - or is this an error to be worried about ? -- MVH Sigurd Holter Prosjektleder West Audio A/S Consul Sigval Bergesens vei 41 4016 Stavanger Telefon 51537030 -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Question re: Outlook + AS (ActiveSysnc) vs. Thunderbird + Integrator
On 20/03/2015 14:58, Charles Marcus wrote: So this is*not* an Outlook limitation - maybe just an AS limitation? It's an Outlook limitation when using EAS - that is what I was talking about. -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: http://inverse.ca Inverse inc. :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Question re: Outlook + AS (ActiveSysnc) vs. Thunderbird + Integrator
On 3/20/2015 9:56 AM, Ludovic Marcotte lmarco...@inverse.ca wrote: On 20/03/2015 09:53, Tanstaafl wrote: Wow... bummer. I'm curious - is this true only for SOGo's implementation? Or is this true for Office365 as well? It's an Outlook limitation, not related in any way to SOGo. Apparently this is incorrect, in Office 365, with Outlook, you can create multiple Contacts Folders under your 'My Contacts' (apparently same as 'Address Books' in Thunderbird), and share them separately... So this is *not* an Outlook limitation - maybe just an AS limitation? -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] sogo-tool rename-user mess
I have recently changed the authentication of our SOGo instance (together with Dovecot and Postfix) to use e-mail addresses (in the form u...@example.net) instead of account names (in the form user). Sadly I made a mistake whilst doing this (which I have done before on other systems successfully). I restarted the SOGo daemons and logged into a few accounts via webmail before running sogo-tool rename-user commands. When I realised my mistake I shut everything down and immediately ran: sogo-tool rename-user user u...@example.net for each user on the system. Sadly this was too late and I seem to have broken the settings for several users who now have duplicate entries for their calendar and contacts. sogo-tool user-preferences get settings usera Contacts gives: Contacts: {FolderShowAlarms: {us...@example.net:Contacts\/3E92-539F0080-1-5AAFDB80: 0, userb:Contacts\/personal: 0, us...@example.net:Contacts\/personal: 0}, FolderDisplayNames: {us...@example.net:Contacts\/personal: Userb Address Book (Userb us...@example.net)}, DragHandleVertical: 365, SubscribedFolders: [us...@example.net:Contacts\/personal]} I have checked the folder_info table in MySQL and only one version of each address book/calendar actually exists and is correct with the new u...@example.net format in both the c_path and c_path2 columns. Can anyone suggest an easy way for me to fix the mess I have made? I could unsubscribe from all the calendar/address books and stop sharing them. This may help but wouldn't fix the personal ones. I'm afraid that if I try and edit them manually I will make a typo somewhere and cause a bigger mess! All suggestions very gratefully received... Ian. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Existing Microsoft Active Directory environment Samba4 Openchange
Hi, I haven’t been across this, but first Google hit might give some light into the issue: https://technet.microsoft.com/en-us/library/replication-error-8452-the-naming-context-is-in-the-process-of-being-removed-or-is-not-replicated-from-the-specified-server(v=ws.10).aspx https://technet.microsoft.com/en-us/library/replication-error-8452-the-naming-context-is-in-the-process-of-being-removed-or-is-not-replicated-from-the-specified-server(v=ws.10).aspx The post suggests sometimes the problem can solve itself (the servers need time to get in sync). My suggestions would be: - Check your DNS is working properly from BOTH servers. - Check you can ping each other using IP address and DNS name too - Check you can transfer PDC FSMO role to BDC In correctly working environment you should be able to transfer / seize roles back and forth without problem. I have had bad time transferring / seizing FSMO roles, but this was running samba 4.0 series and yet I managed to get it right in the end (had to initiate transfer multiple times until it eventually succeeded) Best Regards Martin. On 20 Mar 2015, at 14:35, Dániel L. linux.rendszerg...@gmail.com wrote: Hi Martin, - No firewall - Version 4.1.17-Debian - role transfer: The requested FSMO operation failed. The current FSMO holder could not be contacted. - replication error is: 8452, The naming context is in the process of being removed or is not replicated from the specified server smime.p7s Description: S/MIME cryptographic signature