[SOGo] Problems when deleting folders

[Davide Bozzelli]

Hi

I'm experiencing a strange problem on my Sogo 2.6a setup with dovecot 
2.0.x imap as backend.


When i delete a folder "foo"  it was correctly moved in the trash folder.
If i try to delete from it the folder "foo" from the trash it gets 
renamed "foo1".


If I try to dlete "foo1" it gets renamed foo11, and the operation could 
be continued figured out in an endless loop.

This happens only from sogo, thunderbird just works with the same operation.

Its is always reproducible on my installation.

Should i fill a bug ?


Thx in advance
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] How to set up CardDav, CalDav etc for IMAP with eMClient

[Odhiambo Washington]

Ian,

There is nothing that stops you from running SOGo interface on port 80.
Just use NameVirtualHost in your httpd.conf.
Apache will happily proxy your requests to the SOGo daemon.


On 27 June 2013 23:32, Ian James Vale  wrote:

> Hi Bruce,
>
> This is a first time configuration for CalDAV/CardDAV for my SOGo install.
> The web interface works fine, by the way.
>
> Unfortunately I can never use the 'normal' ports 80 and 443, because as I
> said the web server (that's already operational) is using them, so I have
> SOGo configured to use 1234 and it's working OK from the web interface
> point of view.
>
> ZEG isn't possible as I don't have hardware that can do virtualization.
>
> As far as I know Apache on the mail server is as correct as it can be, but
> I'm not an Apache expert so really can't be sure.
>
> (By the way, I am not knowledgeable regarding virtual hosts on Apache, and
> from what I've read on help pages I'd need an extensive tutorial to get to
> grips with it as there are way too many settings that I could screw up due
> to my lack of awareness of what they are).
>
> Ian
>
>
> -Original Message-
> From: Bruce Marriner [mailto:bruce+s...@bmts.us]
> Sent: 27 June 2013 21:24
> To: users@sogo.nu
> Subject: Re: [SOGo] How to set up CardDav, CalDav etc for IMAP with
> eMClient
>
>  Ian, has CalDAV/CardDAV ever worked with anything with your current setup
> or are you trying to configure it for the first time now?  Have you tried
> to test it using normal ports instead of non-standard ports?  Just to get
> it working in a normal setup first before moving on to something custom?
>  Have you configured Apache with the correct settings per the documentation
> (or using a ZEG install for an example)?
>
>
> --
> users@sogo.nu
> https://inverse.ca/sogo/lists
>
> --
> users@sogo.nu
> https://inverse.ca/sogo/lists




-- 
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254733744121/+254722743223
"I can't hear you -- I'm using the scrambler."
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] Best way to backup calenders seperately

[Holger Biber]

Hallo,

we have several shared calenders to which several people have write access.
Yesterday someone, I don't know who, has deleted one or more dates in 
two calenders

without knowing what he has done.
So I need to backup the calender and restore if needed.

What is the best way to do this? I don't need to backup all user folders 
with "sogo-tool backup",
or is this the best/only way? What should I do if I just want to restore 
a single folder/calender?


Or is it better to fetch each calender as "ics" via http/curl and import 
"ics" if needed.


Thanks for any hints.
Bye
Holger

--
users@sogo.nu
https://inverse.ca/sogo/lists

RE: [SOGo] How to set up CardDav, CalDav etc for IMAP with eMClient

[Ian James Vale]

Odhiambo/Bruce,

 

OK. I've converted the firewall to port forward 443 to my SOGo server, which
has been reset to listen on that port (Web Interface works fine). However,
eM Client still can't connect to CalDAV.

 

Is there any way I can test my SOGo install to see if the CalDAV/CardDAV is
running, as if eM Client is at fault I need to know?

 

Cheers,

 

Ian

 

For info:

My internet static ip address points at a single gateway machine, and ports
have to be forwarded through it to the appropriate servers.

There are two separate machines: a web server and a mail server, each with
its own internal IP address.

The web server is supposed to handle all port HTTP and HTTPS requests, while
the mail server is supposed to handle all SMTP, IMAP and SOGo requests.

That's why I can't have the mail server listening on ports 80 or 443 as it
will never hear the requests as they will always (normally) be dealt with by
the web server machine.

 

From: Odhiambo Washington [mailto:odhia...@gmail.com] 
Sent: 28 June 2013 10:27
To: users@sogo.nu
Subject: Re: [SOGo] How to set up CardDav, CalDav etc for IMAP with eMClient

 

Ian,

 

There is nothing that stops you from running SOGo interface on port 80. Just
use NameVirtualHost in your httpd.conf.

Apache will happily proxy your requests to the SOGo daemon.

 

On 27 June 2013 23:32, Ian James Vale  wrote:

Hi Bruce,

This is a first time configuration for CalDAV/CardDAV for my SOGo install.
The web interface works fine, by the way.

Unfortunately I can never use the 'normal' ports 80 and 443, because as I
said the web server (that's already operational) is using them, so I have
SOGo configured to use 1234 and it's working OK from the web interface point
of view.

ZEG isn't possible as I don't have hardware that can do virtualization.

As far as I know Apache on the mail server is as correct as it can be, but
I'm not an Apache expert so really can't be sure.

(By the way, I am not knowledgeable regarding virtual hosts on Apache, and
from what I've read on help pages I'd need an extensive tutorial to get to
grips with it as there are way too many settings that I could screw up due
to my lack of awareness of what they are).

Ian



-Original Message-
From: Bruce Marriner [mailto:bruce+s...@bmts.us
 ]
Sent: 27 June 2013 21:24
To: users@sogo.nu
Subject: Re: [SOGo] How to set up CardDav, CalDav etc for IMAP with eMClient

 Ian, has CalDAV/CardDAV ever worked with anything with your current setup
or are you trying to configure it for the first time now?  Have you tried to
test it using normal ports instead of non-standard ports?  Just to get it
working in a normal setup first before moving on to something custom?  Have
you configured Apache with the correct settings per the documentation (or
using a ZEG install for an example)?


--
users@sogo.nu
https://inverse.ca/sogo/lists

--
users@sogo.nu
https://inverse.ca/sogo/lists





 

-- 
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254733744121/+254722743223
"I can't hear you -- I'm using the scrambler."

-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Best way to backup calenders seperately

[Igor Vitorac]

http://www.sogo.nu/english/nc/support/faq/article/how-can-i-backuprestore-my-user-data-2.html



Holger Biber wrote, On 28/06/2013 11:30:

Hallo,

we have several shared calenders to which several people have write 
access.
Yesterday someone, I don't know who, has deleted one or more dates in 
two calenders

without knowing what he has done.
So I need to backup the calender and restore if needed.

What is the best way to do this? I don't need to backup all user 
folders with "sogo-tool backup",
or is this the best/only way? What should I do if I just want to 
restore a single folder/calender?


Or is it better to fetch each calender as "ics" via http/curl and 
import "ics" if needed.


Thanks for any hints.
Bye
Holger




--
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] Free/Busy Functionality not working from Lightening

[gsd2050]

I am using Thunderbird version 17.0.5 on Linux 2.6.32-48-generic #110-Ubuntu
SMP Fri May 31 19:05:31 UTC 2013 i686 GNU/Linux. 
Lighting version 1.9.1
Inverse SOGO connector 17.0.5

When i go to calender, add event and then click add invitee. After adding email
address in Invite attendees windows I am not getting any Free/Busy information
for any user. When i check SOGO log file i cannot see any request coming from
Lightening.

However when i add invitee from SOGO web login, I am able to get Free/Busy
information for a user. I would like to know is there some issue in Lightening
plugin related to Free/Busy functionality.

As per SOGO documentation Free/Busy functionality should work out of box after
installing Inverse SOGO Connector in thunderbird.

Any comments are welcome.
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Free/Busy Functionality not working from Lightening

[Ludovic Marcotte]

On 2013-06-28 9:36 AM, gsd2...@gmail.com wrote:

When i check SOGO log file i cannot see any request coming from
Lightening.


What version of SOGo are you using?

--
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] Free/Busy Functionality not working from Lightening

[Igor Vitorac]

Please see this issue:
https://bugzilla.mozilla.org/show_bug.cgi?id=818419

Do you use multiple calendars maybe?

Regards,
Igor


gsd2...@gmail.com wrote, On 28/06/2013 15:36:

I am using Thunderbird version 17.0.5 on Linux 2.6.32-48-generic #110-Ubuntu
SMP Fri May 31 19:05:31 UTC 2013 i686 GNU/Linux.
Lighting version 1.9.1
Inverse SOGO connector 17.0.5

When i go to calender, add event and then click add invitee. After adding email
address in Invite attendees windows I am not getting any Free/Busy information
for any user. When i check SOGO log file i cannot see any request coming from
Lightening.

However when i add invitee from SOGO web login, I am able to get Free/Busy
information for a user. I would like to know is there some issue in Lightening
plugin related to Free/Busy functionality.

As per SOGO documentation Free/Busy functionality should work out of box after
installing Inverse SOGO Connector in thunderbird.

Any comments are welcome.



--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Free/Busy Functionality not working from Lightening

[Gurvinder Dadyala]

SOGO Version is 1.3.14


On Fri, Jun 28, 2013 at 7:17 PM, Ludovic Marcotte wrote:

> On 2013-06-28 9:36 AM, gsd2...@gmail.com wrote:
>
>> When i check SOGO log file i cannot see any request coming from
>> Lightening.
>>
>
> What version of SOGo are you using?
>
> --
> 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
>



-- 


Regards:-
Gurvinder Dadyala
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Free/Busy Functionality not working from Lightening

[Gurvinder Dadyala]

yeah i user multiple calendars however i do not think so it is causing it.
Let me remove one calendar and check free/busy functionality.


On Fri, Jun 28, 2013 at 7:40 PM, Igor Vitorac wrote:

> Please see this issue:
> https://bugzilla.mozilla.org/**show_bug.cgi?id=818419
>
> Do you use multiple calendars maybe?
>
> Regards,
> Igor
>
>
> gsd2...@gmail.com wrote, On 28/06/2013 15:36:
>
>  I am using Thunderbird version 17.0.5 on Linux 2.6.32-48-generic
>> #110-Ubuntu
>> SMP Fri May 31 19:05:31 UTC 2013 i686 GNU/Linux.
>> Lighting version 1.9.1
>> Inverse SOGO connector 17.0.5
>>
>> When i go to calender, add event and then click add invitee. After adding
>> email
>> address in Invite attendees windows I am not getting any Free/Busy
>> information
>> for any user. When i check SOGO log file i cannot see any request coming
>> from
>> Lightening.
>>
>> However when i add invitee from SOGO web login, I am able to get Free/Busy
>> information for a user. I would like to know is there some issue in
>> Lightening
>> plugin related to Free/Busy functionality.
>>
>> As per SOGO documentation Free/Busy functionality should work out of box
>> after
>> installing Inverse SOGO Connector in thunderbird.
>>
>> Any comments are welcome.
>>
>
>
> --
> users@sogo.nu
> https://inverse.ca/sogo/lists
>



-- 


Regards:-
Gurvinder Dadyala
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Free/Busy Functionality not working from Lightening

[Ludovic Marcotte]

On 2013-06-28 10:10 AM, Gurvinder Dadyala wrote:

SOGO Version is 1.3.14

You must upgrade.

--
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] Free/Busy Functionality not working from Lightening

[Gurvinder Dadyala]

I am now using only one calendar but still not luck. I am not getting any
free/busy information. I also checked this on windows machine with latest
thunderbird, lightening and inverse sogo plugin version, there too this
does not work.


On Fri, Jun 28, 2013 at 7:40 PM, Igor Vitorac wrote:

> Please see this issue:
> https://bugzilla.mozilla.org/**show_bug.cgi?id=818419
>
> Do you use multiple calendars maybe?
>
> Regards,
> Igor
>
>
> gsd2...@gmail.com wrote, On 28/06/2013 15:36:
>
>  I am using Thunderbird version 17.0.5 on Linux 2.6.32-48-generic
>> #110-Ubuntu
>> SMP Fri May 31 19:05:31 UTC 2013 i686 GNU/Linux.
>> Lighting version 1.9.1
>> Inverse SOGO connector 17.0.5
>>
>> When i go to calender, add event and then click add invitee. After adding
>> email
>> address in Invite attendees windows I am not getting any Free/Busy
>> information
>> for any user. When i check SOGO log file i cannot see any request coming
>> from
>> Lightening.
>>
>> However when i add invitee from SOGO web login, I am able to get Free/Busy
>> information for a user. I would like to know is there some issue in
>> Lightening
>> plugin related to Free/Busy functionality.
>>
>> As per SOGO documentation Free/Busy functionality should work out of box
>> after
>> installing Inverse SOGO Connector in thunderbird.
>>
>> Any comments are welcome.
>>
>
>
> --
> users@sogo.nu
> https://inverse.ca/sogo/lists
>



-- 


Regards:-
Gurvinder Dadyala
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Free/Busy Functionality not working from Lightening

[Gurvinder Dadyala]

Ok, I will do it and reply back. Thanx for your support.


On Fri, Jun 28, 2013 at 7:54 PM, Ludovic Marcotte wrote:

> On 2013-06-28 10:10 AM, Gurvinder Dadyala wrote:
>
>> SOGO Version is 1.3.14
>>
> You must upgrade.
>
>
> --
> 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
>



-- 


Regards:-
Gurvinder Dadyala
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

RE: [SOGo] How to set up CardDav, CalDav etc for IMAP with eMClient

[Bruce Marriner]

 
On Friday, June 28, 2013 05:59 AM CDT, "Ian James Vale" 
 wrote: 
 
> Odhiambo/Bruce,
> 
>  
> 
> OK. I've converted the firewall to port forward 443 to my SOGo server, which
> has been reset to listen on that port (Web Interface works fine). However,
> eM Client still can't connect to CalDAV.
> 
>  
> 
> Is there any way I can test my SOGo install to see if the CalDAV/CardDAV is
> running, as if eM Client is at fault I need to know?
> 
>  

Sorta, maybe..  You should be able to connect with a web browser and it should 
ask you to login and if I do that.. Once I login I get the following when I 
open (Of course replace the domain name, and the username with your 
information.) 

http://mysogo.org/SOGo/dav/myusername
---
An error occurred during object publishing

no WebDAV GET support?!
---

If you get that, then, at least that much is the same :)  You might try other 
DAV clients, like maybe your cell phone if you have one?  The url I used im eM 
client was just like the one above too.  I also have port 8800 setup to work 
since the iPhone expects to use that port instead.  So if I change my url in my 
web browser or eM client to..

http://mysogo.org:8800/SOGo/dav/myusername

Then that also works and I get the same response from the web browser.   So 
giving eM client a port should work just fine.

I thought there were some settings in the apache conf file for the DAV stuff 
too or maybe that was just for getting iPhone to work I know I had to add a 
listener on port 8800 too.  I forget where it might be in the manual since it's 
been awhile since I've installed SOGo and I pretty much just walked through the 
instructions mostly.

Sorry, I don't have a "do this" fix for your problem :(.
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

RE: [SOGo] How to set up CardDav, CalDav etc for IMAP with eMClient

[Ian James Vale]

Hi Bruce,

I've just been hacking around and changed SOGo.conf in etc/httpd/conf.d from 
SSL HTTPS (443) to HTTP, and redirected the firewall port forward from the web 
server to the mail server and that now allows eM Client to see the Calendar.

When on 443 or custom port 1234 I can do the web browser test you suggested and 
get the web page you got: -- An error occurred during object publishing no 
WebDAV GET support?! --

Therefore it would appear the problem is to do with the SSL somehow and how eM 
Client works with it. My thoughts are that it might be server certificate 
related but as yet I don't know precisely what might be wrong with it.

Ian

-Original Message-
From: Bruce Marriner [mailto:bruce+s...@bmts.us] 
Sent: 28 June 2013 15:29
To: users@sogo.nu
Subject: RE: [SOGo] How to set up CardDav, CalDav etc for IMAP with eMClient


 
On Friday, June 28, 2013 05:59 AM CDT, "Ian James Vale" 
 wrote: 
 
> Odhiambo/Bruce,
> 
>  
> 
> OK. I've converted the firewall to port forward 443 to my SOGo server, 
> which has been reset to listen on that port (Web Interface works 
> fine). However, eM Client still can't connect to CalDAV.
> 
>  
> 
> Is there any way I can test my SOGo install to see if the 
> CalDAV/CardDAV is running, as if eM Client is at fault I need to know?
> 
>  

Sorta, maybe..  You should be able to connect with a web browser and it should 
ask you to login and if I do that.. Once I login I get the following when I 
open (Of course replace the domain name, and the username with your 
information.) 

http://mysogo.org/SOGo/dav/myusername
---
An error occurred during object publishing

no WebDAV GET support?!
---

If you get that, then, at least that much is the same :)  You might try other 
DAV clients, like maybe your cell phone if you have one?  The url I used im eM 
client was just like the one above too.  I also have port 8800 setup to work 
since the iPhone expects to use that port instead.  So if I change my url in my 
web browser or eM client to..

http://mysogo.org:8800/SOGo/dav/myusername

Then that also works and I get the same response from the web browser.   So 
giving eM client a port should work just fine.

I thought there were some settings in the apache conf file for the DAV stuff 
too or maybe that was just for getting iPhone to work I know I had to add a 
listener on port 8800 too.  I forget where it might be in the manual since it's 
been awhile since I've installed SOGo and I pretty much just walked through the 
instructions mostly.

Sorry, I don't have a "do this" fix for your problem :(.
--
users@sogo.nu
https://inverse.ca/sogo/lists

-- 
users@sogo.nu
https://inverse.ca/sogo/lists

RE: [SOGo] How to set up CardDav, CalDav etc for IMAP with eMClient

[Bruce Marriner]

 
On Friday, June 28, 2013 11:03 AM CDT, "Ian James Vale" 
 wrote: 
 
> Hi Bruce,
> 
> I've just been hacking around and changed SOGo.conf in etc/httpd/conf.d from 
> SSL HTTPS (443) to HTTP, and redirected the firewall port forward from the 
> web server to the mail server and that now allows eM Client to see the 
> Calendar.
> 
> When on 443 or custom port 1234 I can do the web browser test you suggested 
> and get the web page you got: -- An error occurred during object publishing 
> no WebDAV GET support?! --
> 
> Therefore it would appear the problem is to do with the SSL somehow and how 
> eM Client works with it. My thoughts are that it might be server certificate 
> related but as yet I don't know precisely what might be wrong with it.

Ah, it very well could be an SSL issue.  I don't use SSL on my SOGo install (or 
very many things anywhere) because the NSA is already reading and storing all 
my private information and probably selling it to Google, China, and anybody 
else who wants it.  Also generally speaking.. SSL tends to make a pretty damn 
easy thing turn into a bit more of a PIA then it's worth for me.   

You might try 8443 as it's a common alternate SSL port if you're not already 
using that.  Maybe there's some SSL settings that need to be adjusted to match 
your port number.  I'm sure there's some configuration in Apache needed.

You might try to get it working without SSL then add SSL into the mix 
afterwards.  I find that's generally easier when I have to do SSL.



-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] This page cant be displayed

[Terry Welch]

I found the issue to be a wrong port opened on the IMAP server firewall. I opened 585 and presto. Thanks to all for there help.--Terry L. Welchterry.welch@hmatpa.comHMA, LLC.1600 W. Broadway Rd, Suite 300Tempe, -AZ  85282ph:  480-800-7470480-214-4645NOTICE OF CONFIDENTIALITY: This message and any attachments contain confidential information belonging to the sender intended only for the use of the individual or entity named above. If you are not the intended recipient, be advised that copying, disclosure or reliance upon the contents is strictly prohibited. If you have received this message in error please notify the sender immediately and destroy this message. Original Message Subject:
  Re: [SOGo] This page cant be displayedDate: Thursday, June 27, 2013 06:18 AM MSTFrom: Odhiambo Washington Reply-To: users@sogo.nuTo: users@sogo.nuReferences: <50ea-51cb5900-325-76ba6f00@7168119> Hi Terry, I have just simulated a situation where SOGo is running on a remote machine different than the one hosting IMAP. It worked as expected.What I suggest you do is to increase the logging level of your IMAP server and see what the SOGo server is sending and why it is failing. I use Dovecot and I could see details of the connection from the SOGo server, so I believe it should be simpler for you to diagnose the problem this way. And looking at your confi
 g, is the space in these params intentional -  sieve://hma018.domain.com:4 190SOGoMailSignatu rePlacement cheers! On 27 June 2013 00:12, Terry Welch  wrote:Ok, Ive managed to work through the "This page cant be displayed" issue and now I'm on to the next. I log into SOGo with user name and authenticate fine but do not get my IMAP folders displayed. My SOGo server is stand alone and IMAP/Postfix are on a differe
 nt server. Using Thunderbird I can authenticate and use email just fine no issues but SOGo gives me a Could Not Connect IMAP4 error. Here is my .GNUstepDefaults config http://www.gnustep.org/plist-0_9.xml">    NSGlobalDomain            sogod   ;      OCSEMailAlarmsFolderURL    postgresql://sogo:sogo@127.0.0.1:5432/sogo/sogo_alarms_folder    OCSFolderInfoURL    postgresql://sogo:sogo@127.0.0.1:5432/sogo/sogo_folder_info    OCSSessionsFolderURL    postgresql://sogo:sogo@127.0.0.1:5432/sogo/sogo_sessions_folder    SOGoACLsSendEMailNotifications    YES    SOGoAppointmentSendEMailNotificati o
 ns    YES    SOGoDraftsFolderName    Drafts    SOGoEnableEMailAlarms    YES    SOGoFoldersSendEMailNotifications    YES    SOGoIMAPServer    mail1.domain.com    SOGoSieveServer &
 nbsp;  sieve://hma018.domain.com:4 190    SOGoLanguage    English    SOGoMailAuxiliaryUserAccountsEnabled    YES    SOGoMailComposeMessageType    html    SOGoMailDomain    domain.com    SOGoMailReplyPlacement
 ;    above    SOGoMailSignatu rePlacement    below    SOGoMailUseOutlookStyleReplies    YES    SOGoMailingMechanism    smtp SOGoPageTitle    SOGo Mail at domain, LLC.    SOGoVacationEnabled    YES  &
 nbsp; SOGoForwardEnabled    YES&n bsp;   SOGoSieveScriptsEnabled    YES    SOGoProfileURL    postgresql://sogo:s...@hma018.domain.com:5432/sogo/sogo_user_profile    SOGoSMTPServer    hma016.domain.com    SOGoSentFoldersName  &nbs
 p; Sent    SOGoTimeZone    America/Phoenix    SOGoTrashFolderN ame    Trash    SOGoUserSources            CNFieldName    cn 
    IDFieldName    uid    UIDFieldName    uid    baseDN    ou=people,dc=domain,dc=com    bindDN    cn=Manager,dc=domain,dc=com    bindPassword    password  & nbsp; canAuthenticate    YES    displayName    HMA - ALL PEOPLE    hostname   
  ds1.domain.com    id    public    isAddressBook    YES    port    389    &l
 t;/dict> SOGoWOWorkersCount    8    SxVMemLimit    1024< br />    mailHost    hma016.domain.com    Here is my sogo.log output:192.1.1.237 - - [26/Jun/2013:07:12:46 GMT] "GET /SOGo/so/terry.welch/Mail/null/expunge HTTP/1.1" 404 208/0 0.004 - - 0Jun 26 07:12:46 sogod [15593]: [ERROR] <0x0x7f3785b25ef8[NGImap4ConnectionManager]> IMAP4 login failed:&nbs
 p; host=hma016.domain.com, user=terry.welch, pwd=yes  url="" href="http://terry.we...@hma016.domain.com/INBOX/" target="_blank">terry.we...@hma016.domain.com/INBOX/  base=(null)  base-class=(null))  = <0x0x7f3785cc5948[NGImap4Client]: login=terry.welch(pwd) address=<0x0x7f3785c41cb8[NGInternetSocketAddress]: host=hma016.domain.com port=143>>Jun 26 07:12:46 sogod [15593]: <0x85C31BA8[SOGoMailFolder]:folderINBOX> renewing

RE: [SOGo] How to set up CardDav, CalDav etc for IMAP with eMClient

[Ian James Vale]

Hi,

Well, I don't quite know what I did, but I seem to have SSL access via my 
custom port :) :$

I've been hacking around trying to change that port number back from 80 to a 
different port number than 1234 that I had before. I've changed something 
somewhere other than (etc/httpd/conf.d/) ssl.conf or SOGo.conf, but I can't 
figure out where and I only seem to be able to use 1234 at the moment!

Anyway, to cut the long story short, I decided to have one last go connecting 
on 1234 via the following in eM Client and now it works, albeit with a server 
name warning on the certificate file:

https://sogo.example.com:1234/SOGo/dav/username/

If I can ever figure out what I did to get it working I'll reply here.

Ian

-Original Message-
From: Bruce Marriner [mailto:bruce+s...@bmts.us] 
Sent: 28 June 2013 17:24
To: users@sogo.nu
Subject: RE: [SOGo] How to set up CardDav, CalDav etc for IMAP with eMClient


 
On Friday, June 28, 2013 11:03 AM CDT, "Ian James Vale" 
 wrote: 
 
> Hi Bruce,
> 
> I've just been hacking around and changed SOGo.conf in etc/httpd/conf.d from 
> SSL HTTPS (443) to HTTP, and redirected the firewall port forward from the 
> web server to the mail server and that now allows eM Client to see the 
> Calendar.
> 
> When on 443 or custom port 1234 I can do the web browser test you suggested 
> and get the web page you got: -- An error occurred during object publishing 
> no WebDAV GET support?! --
> 
> Therefore it would appear the problem is to do with the SSL somehow and how 
> eM Client works with it. My thoughts are that it might be server certificate 
> related but as yet I don't know precisely what might be wrong with it.

Ah, it very well could be an SSL issue.  I don't use SSL on my SOGo install (or 
very many things anywhere) because the NSA is already reading and storing all 
my private information and probably selling it to Google, China, and anybody 
else who wants it.  Also generally speaking.. SSL tends to make a pretty damn 
easy thing turn into a bit more of a PIA then it's worth for me.   

You might try 8443 as it's a common alternate SSL port if you're not already 
using that.  Maybe there's some SSL settings that need to be adjusted to match 
your port number.  I'm sure there's some configuration in Apache needed.

You might try to get it working without SSL then add SSL into the mix 
afterwards.  I find that's generally easier when I have to do SSL.



-- 
users@sogo.nu
https://inverse.ca/sogo/lists

-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Re: SAML2 authentication requirements

[Stephen Ingram]

On Mon, Jun 17, 2013 at 12:58 PM, Ludovic Marcotte wrote:

>  On 2013-06-17 3:55 PM, Stephen Ingram wrote:
>
>  I'm guessing that Inverse is aware that SAML does not work with SOGo
> then? Are you working on a paid or sponsored project with them to add this
> feature?
>
>
> SAML2 *does work* with SOGo. It's just that some features aren't present,
> like the "logout" button. These aren't bugs, but missing features.
>

So after getting blank pages, I'm guessing SOGo doesn't generate its
metadata automatically. If generate it myself, where should I place it?

Steve
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] ocsmanager

[Carsten Laun-De Lellis]

 

Hi all 

I am gone thru the Installation Manual and searched the web, but didn't
find a how-to to Setup ocsmanager. 

I have installed openchange and can connect to the openchange Server
with Outlook and can Access Sogo, but I haven't find an Installation
Manual for the ocsmanager. As far as I understood I Need the
funcitonality for free/busy lookups. 

So I would appreciate if anyone could help me out here. 

Nice Weekend to all. 
-- 

Mit freundlichem Gruß

Carsten Laun-De Lellis

Hauptstrasse 13
D-67705 Trippstadt

Phone: +49 6306 992140
Fax: +49 6306 992142
Mobile: +49 151 27530865
email: carsten.delel...@delellis.net

http://www.linkedin.com/in/carstenlaundelellis [1] 

Links:
--
[1] http://www.linkedin.com/in/carstenlaundelellis
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] BTS activities for Friday, June 28 2013

[SOGo reporter]

Title: BTS activities for Friday, June 28 2013





  
BTS Activities

  Home page: http://www.sogo.nu/bugs
  Project: SOGo
  For the period covering: Friday, June 28 2013

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
2359
	2013-06-28 22:07:37
	new (open)
	Backend Calendar
	Auto reply template based on cal event
	
	  
	
2351
	2013-06-28 10:17:10
	updated (open)
	sogo-tool
	sogo-tool cannot import an export from sogo-tool 1.3.18a
	
	  
	
  
  

Re: [SOGo] Re: SAML2 authentication requirements

[Stephen Ingram]

On Fri, Jun 28, 2013 at 1:20 PM, Stephen Ingram  wrote:

> On Mon, Jun 17, 2013 at 12:58 PM, Ludovic Marcotte 
> wrote:
>
>>  On 2013-06-17 3:55 PM, Stephen Ingram wrote:
>>
>>  I'm guessing that Inverse is aware that SAML does not work with SOGo
>> then? Are you working on a paid or sponsored project with them to add this
>> feature?
>>
>>
>> SAML2 *does work* with SOGo. It's just that some features aren't
>> present, like the "logout" button. These aren't bugs, but missing features.
>>
>
> So after getting blank pages, I'm guessing SOGo doesn't generate its
> metadata automatically. If generate it myself, where should I place it?
>

The makefile in SoObjects/SOGo (line 149) indicates the presence of this
metadata file, but there is none. The code in SOGoSAML2Session also appears
to look for this file (SOGoSAML2Metadata.xml). Does this need to be added
before compiling? I've tried adding it to the WebserverResources directory,
but SOGo still doesn't pick it up.

Steve
-- 
users@sogo.nu
https://inverse.ca/sogo/lists