Re: [SOGo] SoGo connector and EGroupware
Hi, funny :-) ... the reason could be, that the SOGo Connector is a SOGo Connector? Am 07.09.2010 06:53, schrieb awshir...@shirleynet.net: I recently found out the latest version of the SoGo connector for Thunderbird 3.1.2 will not work with EGroupware at all. Is there any time frame to get I'm interested in how you use the connector with EGroupware? Greetings Martin Rabl -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Which LDAP Schema should we use for adressbook
Hi, Sorry, this question may have been already asked... Which LDAP schema fit the most with Sogo for addressbook? inetOrgPerson, mozillaOrgPerson..??? Thanks in advance Ket -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SoGo connector and EGroupware
I moved from EGW to sogo as even with the connector, I was never able to sync tasks. On 09/07/2010 09:29 AM, Martin Rabl wrote: Hi, funny :-) ... the reason could be, that the SOGo Connector is a SOGo Connector? Am 07.09.2010 06:53, schrieb awshir...@shirleynet.net: I recently found out the latest version of the SoGo connector for Thunderbird 3.1.2 will not work with EGroupware at all. Is there any time frame to get I'm interested in how you use the connector with EGroupware? Greetings Martin Rabl -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 3.1 support!
Hi, Are people successfully using the plugin? I am still getting 100% cpu utilisation - making the plugin unusable for me. I'm running: TB 3.1.2 lightning-1.0b2.102ipre2_linux-x86_64.xpi (07/09/10) Fedora 13 64 bit Would really appreciate any pointers! Regards Vik On 08/07/2010 02:38 AM, Ludovic Marcotte wrote: On 31/07/10 8:05 AM, Mark Adams wrote: I've tried with a completeley fresh icedove profile aswell. The first load appears to work (although it takes a long time time...) but then it will hang at 100% cpu. if you close/open tbird then it will show the calendars in the list but wont actually show any of the items in the actual calendar. Also the integrator panel doesn't show above the calendar list. I've just let it run at 100% cpu for about 10 minutes and the calendars have finally showed on the right. If I close the calendar tab then open it again, this can speed up the display of the calendars. If you open it with the calendar tab already open, then it struggles to load the calendars until you close the tab and open it again. Sometimes this doesn't even help, and they just won't show. If thats the case they will reload by unticking, then ticking the calendar that isn't showing. On the initial load I got loads of errors saying "Too much recursion" but on subsequent loads no errors show. This all seems a bit random at the moment! I've added a temporary fix : http://mtn.inverse.ca/revision/diff/fcd2eac9de1bbb50ab190dc2f765844017327f19/with/ea4e5fb0c0f50e7afa8cb10b2031dd8e53bc8d1f This is a temporary workaround that seems to fix the issue. It'll cause the GUI to "block" more but at least, the recursion errors seem to be gone. XPIs have just been regenerated with the fix and are available from : http://inverse.ca/downloads/extensions/nightly/ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] AddressBook.app support in SOGo!
Hello,
Thanks for the information.
Even so I still have errors.
I try the different setting of proxyPatch with no result is still get
"OPTIONS /.well-known/carddav HTTP/1.1" 404 43
So new phone cannot verify is using
I do get a 200 reply when i use the port 443 as part of the standard
SOGO virtualhost for webmail and calendars
"OPTIONS /.well-known/carddav HTTP/1.1" 200 -
But the note able to verify ethier.
Mark Adams a écrit :
For posterity, A working CardDAV Apache VirtualHost config is as follows.
Replace your.server.com with your fqdn (ignore the SSL stuff if you
don't want that).
#Below for CardDAV access
SSLEngine on
SSLCertificateFile /etc/ssl/your_server_com.crt
SSLCertificateKeyFile /etc/ssl/your_server_com.key
ErrorLog /var/log/apache2/error.log
ProxyRequests Off
SetEnv proxy-nokeepalive 1
ProxyPreserveHost On
ProxyPassInterpolateEnv On
ProxyPass /SOGo/dav/ http://127.0.0.1:2/SOGo/dav/ interpolate
ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate
http://127.0.0.1:2>
## adjust the following to your configuration
RequestHeader set "x-webobjects-server-port" "8843"
RequestHeader set "x-webobjects-server-name" "your.server.com"
RequestHeader set "x-webobjects-server-url" "https://your.server.com";
## When using proxy-side autentication, you need to uncomment and
## adjust the following line:
# RequestHeader set "x-webobjects-remote-user" "%{REMOTE_USER}e"
RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
RequestHeader set "x-webobjects-remote-host" "127.0.0.1"
Order allow,deny
Allow from all
Thanks again to Inverse for their continued work on SOGo.
Regards,
Mark
On Mon, Aug 23, 2010 at 10:43:26AM +0100, Mark Adams wrote:
Unfortunately it's still not right. I've found that with it set as I
note below, new phones cannot verify. If you change it to
ProxyPass / http://127.0.0.1:[port]/SOGo/dav/ as specifed in Wolfgangs
howto, then phones can verify but can not sync anything. If you change
it back to what I have below (without /SOGo/dav/) after verifying then
the phones will start syncing events.
Any ideas Inverse?
On Fri, Aug 20, 2010 at 10:03:58PM +0100, Mark Adams wrote:
> Hi Ryan,
>
> What Wolfgang says is right, except for me the 2nd ProxyPass had to be
> the following; (no SOGo/dav/ at the end)
>
> ProxyPass / http://127.0.0.1:[port]/ interpolate
>
> If you need the full config let me know and i'll send through to you.
>
> Cheers,
> Mark
>
> On Fri, Aug 20, 2010 at 04:01:18PM -0400, Wolfgang Sourdeau wrote:
> > Hi Ryan,
> >
> >
> > You need a VirtualHost section with exactly the same directives as in
> > your original SOGo configuration except 3 things:
> > 1) it must listen on 8800 (clear) or 8843 (ssl)
> > 2) you need both ProxyPass directives instead of one:
> >
> > ProxyPass /SOGo/ http://127.0.0.1:[port]/SOGo/ interpolate
> > ProxyPass / http://127.0.0.1:[port]/SOGo/dav/ interpolate
> >
> > 3) the Proxy subsection must also be modified to reflect the port you
> > have chosen:
> >
> > For port 8843 you'd have something like this:
> >
> > http://127.0.0.1:[port]>
> > RequestHeader set "x-webobjects-server-port" "8843"
> > RequestHeader set "x-webobjects-server-name" "mygoodcompany.com:8843"
> > RequestHeader set "x-webobjects-server-url"
> > "https://mygoodcompany.com:8843";
> > RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
> > RequestHeader set "x-webobjects-remote-host" "127.0.0.1"
> >
> > AddDefaultCharset UTF-8
> >
> >
> > Note that Apache will likely issue a warning about the redefinition of
> > the http://127.0.0.1:[port] proxy but you can safely ignore it.
> > --
> > Wolfgang Sourdeau :: +1 (514) 447-4918 ext. 125 ::
wsourd...@inverse.ca
> > Inverse inc. Leaders behind SOGo (sogo.nu) and PacketFence
> > (www.packetfence.org)
>
> > --
> > users@sogo.nu
> > https://inverse.ca/sogo/lists
> --
> users@sogo.nu
> https://inverse.ca/sogo/lists
--
users@sogo.nu
https://inverse.ca/sogo/lists
--
Thanks for using xbgm# / Devmon / BBwin.
http://xbgm.sourceforge.net/
http://devmon.sourceforge.net/
http://bbwin.sourceforge.net/
Please feedback.
--
users@sogo.nu
https://inverse.ca/sogo/lists
[SOGo] Sync Iphone calendar
Hi, i try to connect a Iphone (version 3.1.3) to a SOGo calendar (SOGo version 1.2.2). I have follow the chapter 4 instructions of mobile devices configuration pdf. I have no error on the Iphone but i don't see my event. I change https://sogo-server.domain.com/SOGo/dav/user/ in https://sogo-server.domain.com/SOGo/dav/user/Calendar/personal/ but no change. When i open the Iphone calendar , I have this in sogo log: 127.0.0.1 - - [07/Sep/2010:14:25:25 GMT] "PROPFIND /SOGo/dav/user/ HTTP/1.1" 401 0/374 0.085 - - 0 127.0.0.1 - - [07/Sep/2010:14:25:26 GMT] "PROPFIND /SOGo/dav/user/ HTTP/1.1" 207 641/374 0.250 - - 0 or this (depending on configuration): 127.0.0.1 - - [07/Sep/2010:14:29:32 GMT] "PROPFIND /SOGo/dav/user/Calendar/personal/ HTTP/1.1" 401 0/374 0.085 - - 0 127.0.0.1 - - [07/Sep/2010:14:29:34 GMT] "PROPFIND /SOGo/dav/user/Calendar/personal/ HTTP/1.1" 207 641/374 0.250 - - 0 I have no problème with thunderbird or webmail. I don't now why it doesn't work, Can you help me? Regards, Louis Dubaille -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 3.1 support!
Howdy, On 07.09.2010 14:35, vikt...@gmail.com wrote: > Are people successfully using the plugin? Successful is relative ;-) > I am still getting 100% cpu utilisation - making the plugin unusable for me. Nothing special in this regard. But invitation mails still don't work (need to save the ICS attachment and load manually). Calender often enough is read only or does not allow me to edit events. Or I get asked for the Sogo password even though it is stored in the TB vault. 64bit Ubuntu but using a 32bit TB (to be able to load various extensions) cheers afx -- atsec information security GmbH, Steinstrasse 70, D-81667 München, Germany Phone: +49-89-44249830 / Fax: +49-89-44249831 / Web: atsec.com HRB: 129439 (Amtsgericht München) / Geschäftsführer: Salvatore la Pietra, Staffan Persson -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 3.1 support!
Hi, yes I can also confirm that asking for already stored password. Annoying feature :) Regards, Ladislav Dne 7.9.2010 15:03, Andreas Siegert napsal(a): Howdy, On 07.09.2010 14:35, vikt...@gmail.com wrote: Are people successfully using the plugin? Successful is relative ;-) I am still getting 100% cpu utilisation - making the plugin unusable for me. Nothing special in this regard. But invitation mails still don't work (need to save the ICS attachment and load manually). Calender often enough is read only or does not allow me to edit events. Or I get asked for the Sogo password even though it is stored in the TB vault. 64bit Ubuntu but using a 32bit TB (to be able to load various extensions) cheers afx -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 3.1 support!
On 07/09/2010 15:03, Andreas Siegert wrote: But invitation mails still don't work (need to save the ICS attachment and load manually). I confirm, no button display with last nightly on winxp and ubuntu 32bit -- Alessio Fattorini (alessio.fattor...@nethesis.it) nethesis srl - Via degli Olmi 16/4 - 61100 Pesaro (PU) tel. +39 0721 405516 - fax +39 0721 268147 www.nethesis.it - i...@nethesis.it -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 3.1 support!
On 07/09/10 9:33 AM, Alessio Fattorini wrote: On 07/09/2010 15:03, Andreas Siegert wrote: But invitation mails still don't work (need to save the ICS attachment and load manually). I confirm, no button display with last nightly on winxp and ubuntu 32bit For : 1- invitations received from other SOGo users within the same instance, you'll NOT see the buttons. This is by design right now. The calendar where the event is will be refreshed and you'll be able to accept/decline the invitation from any calendar views or from the "Invitations" window. 2- invitations received from external systems, like GMail, you'll see the buttons Regards, -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Sync Iphone calendar
Hi, try https://sogo-server.domain.com/SOGo/dav/user/ Runs so at my iPhone. Bye, Martin Am 07.09.2010 14:48, schrieb l.dubai...@eurytos.fr: Hi, i try to connect a Iphone (version 3.1.3) to a SOGo calendar (SOGo version 1.2.2). I have follow the chapter 4 instructions of mobile devices configuration pdf. I have no error on the Iphone but i don't see my event. I change https://sogo-server.domain.com/SOGo/dav/user/ in https://sogo-server.domain.com/SOGo/dav/user/Calendar/personal/ but no change. When i open the Iphone calendar , I have this in sogo log: /127.0.0.1 - - [07/Sep/2010:14:25:25 GMT] "PROPFIND /SOGo/dav/user/ HTTP/1.1" 401 0/374 0.085 - - 0 127.0.0.1 - - [07/Sep/2010:14:25:26 GMT] "PROPFIND /SOGo/dav/user/ HTTP/1.1" 207 641/374 0.250 - - 0/ or this (depending on configuration): /127.0.0.1 - - [07/Sep/2010:14:29:32 GMT] "PROPFIND /SOGo/dav/user/Calendar/personal/ HTTP/1.1" 401 0/374 0.085 - - 0 127.0.0.1 - - [07/Sep/2010:14:29:34 GMT] "PROPFIND /SOGo/dav/user/Calendar/personal/ HTTP/1.1" 207 641/374 0.250 - - 0/ / / // I have no problème with thunderbird or webmail. I don't now why it doesn't work, Can you help me? Regards, Louis Dubaille * * ** -- Viele Grüße, Martin Rabl -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 3.1 support!
Thanks for all the input - this list is really awesome :) OK - so nobody is seeing the problem of 100% CPU Utilisation? Any idea on how I can troubleshoot this further - I do not see any error in the console TIA Vik On 09/07/2010 02:45 PM, Ludovic Marcotte wrote: On 07/09/10 9:33 AM, Alessio Fattorini wrote: On 07/09/2010 15:03, Andreas Siegert wrote: But invitation mails still don't work (need to save the ICS attachment and load manually). I confirm, no button display with last nightly on winxp and ubuntu 32bit For : 1- invitations received from other SOGo users within the same instance, you'll NOT see the buttons. This is by design right now. The calendar where the event is will be refreshed and you'll be able to accept/decline the invitation from any calendar views or from the "Invitations" window. 2- invitations received from external systems, like GMail, you'll see the buttons Regards, -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 3.1 support!
On 07/09/2010 15:45, Ludovic Marcotte wrote: 1- invitations received from other SOGo users within the same instance, you'll NOT see the buttons. This is by design right now. The calendar where the event is will be refreshed and you'll be able to accept/decline the invitation from any calendar views or from the "Invitations" window. Thanks very much Ludovic, but i don't understand why close this bug http://www.sogo.nu/bugs/view.php?id=781 Is not the same problem? Thanks -- Alessio Fattorini (alessio.fattor...@nethesis.it) nethesis srl - Via degli Olmi 16/4 - 61100 Pesaro (PU) tel. +39 0721 405516 - fax +39 0721 268147 www.nethesis.it - i...@nethesis.it -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] AddressBook.app support in SOGo!
You need to have BOTH the ProxyPass directives listed below.
On Tue, Sep 07, 2010 at 02:56:37PM +0200, xbgmsharp wrote:
> Hello,
>
> Thanks for the information.
> Even so I still have errors.
> I try the different setting of proxyPatch with no result is still get
>
> "OPTIONS /.well-known/carddav HTTP/1.1" 404 43
> So new phone cannot verify is using
>
> I do get a 200 reply when i use the port 443 as part of the standard
> SOGO virtualhost for webmail and calendars
>
> "OPTIONS /.well-known/carddav HTTP/1.1" 200 -
> But the note able to verify ethier.
>
>
>
> Mark Adams a écrit :
>
>> For posterity, A working CardDAV Apache VirtualHost config is as follows.
>>
>> Replace your.server.com with your fqdn (ignore the SSL stuff if you
>> don't want that).
>>
>> #Below for CardDAV access
>>
>> SSLEngine on
>> SSLCertificateFile /etc/ssl/your_server_com.crt
>> SSLCertificateKeyFile /etc/ssl/your_server_com.key
>> ErrorLog /var/log/apache2/error.log
>>
>> ProxyRequests Off
>> SetEnv proxy-nokeepalive 1
>> ProxyPreserveHost On
>> ProxyPassInterpolateEnv On
>> ProxyPass /SOGo/dav/ http://127.0.0.1:2/SOGo/dav/ interpolate
>> ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate
>>
>> http://127.0.0.1:2>
>> ## adjust the following to your configuration
>> RequestHeader set "x-webobjects-server-port" "8843"
>> RequestHeader set "x-webobjects-server-name" "your.server.com"
>> RequestHeader set "x-webobjects-server-url" "https://your.server.com";
>>
>> ## When using proxy-side autentication, you need to uncomment and
>> ## adjust the following line:
>> # RequestHeader set "x-webobjects-remote-user" "%{REMOTE_USER}e"
>>
>> RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
>> RequestHeader set "x-webobjects-remote-host" "127.0.0.1"
>>
>> Order allow,deny
>> Allow from all
>>
>>
>>
>> Thanks again to Inverse for their continued work on SOGo.
>>
>> Regards,
>> Mark
>>
>> On Mon, Aug 23, 2010 at 10:43:26AM +0100, Mark Adams wrote:
>>> Unfortunately it's still not right. I've found that with it set as I
>>> note below, new phones cannot verify. If you change it to
>>>
>>> ProxyPass / http://127.0.0.1:[port]/SOGo/dav/ as specifed in Wolfgangs
>>> howto, then phones can verify but can not sync anything. If you change
>>> it back to what I have below (without /SOGo/dav/) after verifying then
>>> the phones will start syncing events.
>>>
>>> Any ideas Inverse?
>>>
>>> On Fri, Aug 20, 2010 at 10:03:58PM +0100, Mark Adams wrote:
>>> > Hi Ryan,
>>> >
>>> > What Wolfgang says is right, except for me the 2nd ProxyPass had to be
>>> > the following; (no SOGo/dav/ at the end)
>>> >
>>> > ProxyPass / http://127.0.0.1:[port]/ interpolate
>>> >
>>> > If you need the full config let me know and i'll send through to you.
>>> >
>>> > Cheers,
>>> > Mark
>>> >
>>> > On Fri, Aug 20, 2010 at 04:01:18PM -0400, Wolfgang Sourdeau wrote:
>>> > > Hi Ryan,
>>> > >
>>> > >
>>> > > You need a VirtualHost section with exactly the same directives as in
>>> > > your original SOGo configuration except 3 things:
>>> > > 1) it must listen on 8800 (clear) or 8843 (ssl)
>>> > > 2) you need both ProxyPass directives instead of one:
>>> > >
>>> > > ProxyPass /SOGo/ http://127.0.0.1:[port]/SOGo/ interpolate
>>> > > ProxyPass / http://127.0.0.1:[port]/SOGo/dav/ interpolate
>>> > >
>>> > > 3) the Proxy subsection must also be modified to reflect the port you
>>> > > have chosen:
>>> > >
>>> > > For port 8843 you'd have something like this:
>>> > >
>>> > > http://127.0.0.1:[port]>
>>> > > RequestHeader set "x-webobjects-server-port" "8843"
>>> > > RequestHeader set "x-webobjects-server-name" "mygoodcompany.com:8843"
>>> > > RequestHeader set "x-webobjects-server-url"
>>> > > "https://mygoodcompany.com:8843";
>>> > > RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
>>> > > RequestHeader set "x-webobjects-remote-host" "127.0.0.1"
>>> > >
>>> > > AddDefaultCharset UTF-8
>>> > >
>>> > >
>>> > > Note that Apache will likely issue a warning about the redefinition of
>>> > > the http://127.0.0.1:[port] proxy but you can safely ignore it.
>>> > > --
>>> > > Wolfgang Sourdeau :: +1 (514) 447-4918 ext. 125 ::
>>> wsourd...@inverse.ca
>>> > > Inverse inc. Leaders behind SOGo (sogo.nu) and PacketFence
>>> > > (www.packetfence.org)
>>> >
>>> > > --
>>> > > users@sogo.nu
>>> > > https://inverse.ca/sogo/lists
>>>
>>> > --
>>> > users@sogo.nu
>>> > https://inverse.ca/sogo/lists
>>
>>> --
>>> users@sogo.nu
>>> https://inverse.ca/sogo/lists
>>
>
> --
> Thanks for using xbgm# / Devmon / BBwin.
> http://xbgm.sourceforge.net/
> http://devmon.sourceforge.net/
> http://bbwin.sourceforge.net/
> Please feedback.
>
>
> --
> users@sogo.nu
> https://inverse.ca/sogo/lists
--
users@sogo.nu
https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 3.1 support!
> 1- invitations received from other SOGo users within the same instance, > you'll NOT see the buttons. This is by design right now. The calendar > where the event is will be refreshed and you'll be able to accept/decline > the invitation from any calendar views or from the "Invitations" window. Hmm, that is utterly confusing, especially as I get invitations that I can not confirm. And I do not get all of the internal invites that way only some. > 2- invitations received from external systems, like GMail, you'll see the > buttons Nope, I don't see them. cheers afx -- atsec information security GmbH, Steinstrasse 70, D-81667 München, Germany Phone: +49-89-44249830 / Fax: +49-89-44249831 / Web: atsec.com HRB: 129439 (Amtsgericht München) / Geschäftsführer: Salvatore la Pietra, Staffan Persson -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] AddressBook.app support in SOGo!
Hello,
Uusing SOGo 1.3.1 with:
...
ProxyPass /SOGo/dav/ http://127.0.0.1:2/SOGo/dav/ interpolate
ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate
http://127.0.0.1:2/>
...
I get:
"OPTIONS /.well-known/carddav HTTP/1.1" 404 43
"OPTIONS / HTTP/1.1" 401 -
"OPTIONS / HTTP/1.1" 200 -
"PROPFIND / HTTP/1.1" 207 336
Thanks
Francois
Mark Adams a écrit :
You need to have BOTH the ProxyPass directives listed below.
On Tue, Sep 07, 2010 at 02:56:37PM +0200, xbgmsharp wrote:
Hello,
Thanks for the information.
Even so I still have errors.
I try the different setting of proxyPatch with no result is still get
"OPTIONS /.well-known/carddav HTTP/1.1" 404 43
So new phone cannot verify is using
I do get a 200 reply when i use the port 443 as part of the standard
SOGO virtualhost for webmail and calendars
"OPTIONS /.well-known/carddav HTTP/1.1" 200 -
But the note able to verify ethier.
Mark Adams a écrit :
For posterity, A working CardDAV Apache VirtualHost config is as follows.
Replace your.server.com with your fqdn (ignore the SSL stuff if you
don't want that).
#Below for CardDAV access
SSLEngine on
SSLCertificateFile /etc/ssl/your_server_com.crt
SSLCertificateKeyFile /etc/ssl/your_server_com.key
ErrorLog /var/log/apache2/error.log
ProxyRequests Off
SetEnv proxy-nokeepalive 1
ProxyPreserveHost On
ProxyPassInterpolateEnv On
ProxyPass /SOGo/dav/ http://127.0.0.1:2/SOGo/dav/ interpolate
ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate
http://127.0.0.1:2>
## adjust the following to your configuration
RequestHeader set "x-webobjects-server-port" "8843"
RequestHeader set "x-webobjects-server-name" "your.server.com"
RequestHeader set "x-webobjects-server-url" "https://your.server.com";
## When using proxy-side autentication, you need to uncomment and
## adjust the following line:
# RequestHeader set "x-webobjects-remote-user" "%{REMOTE_USER}e"
RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
RequestHeader set "x-webobjects-remote-host" "127.0.0.1"
Order allow,deny
Allow from all
Thanks again to Inverse for their continued work on SOGo.
Regards,
Mark
On Mon, Aug 23, 2010 at 10:43:26AM +0100, Mark Adams wrote:
Unfortunately it's still not right. I've found that with it set as I
note below, new phones cannot verify. If you change it to
ProxyPass / http://127.0.0.1:[port]/SOGo/dav/ as specifed in Wolfgangs
howto, then phones can verify but can not sync anything. If you change
it back to what I have below (without /SOGo/dav/) after verifying then
the phones will start syncing events.
Any ideas Inverse?
On Fri, Aug 20, 2010 at 10:03:58PM +0100, Mark Adams wrote:
> Hi Ryan,
>
> What Wolfgang says is right, except for me the 2nd ProxyPass had to be
> the following; (no SOGo/dav/ at the end)
>
> ProxyPass / http://127.0.0.1:[port]/ interpolate
>
> If you need the full config let me know and i'll send through to you.
>
> Cheers,
> Mark
>
> On Fri, Aug 20, 2010 at 04:01:18PM -0400, Wolfgang Sourdeau wrote:
> > Hi Ryan,
> >
> >
> > You need a VirtualHost section with exactly the same directives as in
> > your original SOGo configuration except 3 things:
> > 1) it must listen on 8800 (clear) or 8843 (ssl)
> > 2) you need both ProxyPass directives instead of one:
> >
> > ProxyPass /SOGo/ http://127.0.0.1:[port]/SOGo/ interpolate
> > ProxyPass / http://127.0.0.1:[port]/SOGo/dav/ interpolate
> >
> > 3) the Proxy subsection must also be modified to reflect the port you
> > have chosen:
> >
> > For port 8843 you'd have something like this:
> >
> > http://127.0.0.1:[port]>
> > RequestHeader set "x-webobjects-server-port" "8843"
> > RequestHeader set "x-webobjects-server-name"
"mygoodcompany.com:8843"
> > RequestHeader set "x-webobjects-server-url"
> > "https://mygoodcompany.com:8843";
> > RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
> > RequestHeader set "x-webobjects-remote-host" "127.0.0.1"
> >
> > AddDefaultCharset UTF-8
> >
> >
> > Note that Apache will likely issue a warning about the redefinition of
> > the http://127.0.0.1:[port] proxy but you can safely ignore it.
> > --
> > Wolfgang Sourdeau :: +1 (514) 447-4918 ext. 125 ::
wsourd...@inverse.ca
> > Inverse inc. Leaders behind SOGo (sogo.nu) and PacketFence
> > (www.packetfence.org)
>
> > --
> > users@sogo.nu
> > https://inverse.ca/sogo/lists
> --
> users@sogo.nu
> https://inverse.ca/sogo/lists
--
users@sogo.nu
https://inverse.ca/sogo/lists
--
users@sogo.nu
https://inverse.ca/sogo/lists
--
users@sogo.nu
https://inverse.ca/sogo/lists
RE: [SOGo] Sync Iphone calendar
Hi, I have already try this url (like discribe in the pdf). In sogo.log, I see: "PROPFIND /SOGo/dav/user/ HTTP/1.1" So the Iphone can talk with the server, but the calendar is not synchronized. Martin, are you in https too? What is your Iphone and SOGo version ? Regards, Louis -Message d'origine- De : Martin Rabl [mailto:martin.r...@rablnet.de] Envoyé : mardi 7 septembre 2010 15:53 À : users@sogo.nu Objet : Re: [SOGo] Sync Iphone calendar Hi, try https://sogo-server.domain.com/SOGo/dav/user/ Runs so at my iPhone. Bye, Martin Am 07.09.2010 14:48, schrieb l.dubai...@eurytos.fr: > Hi, > i try to connect a Iphone (version 3.1.3) to a SOGo calendar (SOGo > version 1.2.2). I have follow the chapter 4 instructions of mobile > devices configuration pdf. > I have no error on the Iphone but i don't see my event. > I change https://sogo-server.domain.com/SOGo/dav/user/ > in > https://sogo-server.domain.com/SOGo/dav/user/Calendar/personal/ > but no change. > When i open the Iphone calendar , I have this in sogo log: > /127.0.0.1 - - [07/Sep/2010:14:25:25 GMT] "PROPFIND /SOGo/dav/user/ > HTTP/1.1" 401 0/374 0.085 - - 0 > 127.0.0.1 - - [07/Sep/2010:14:25:26 GMT] "PROPFIND /SOGo/dav/user/ > HTTP/1.1" 207 641/374 0.250 - - 0/ or this (depending on > configuration): > /127.0.0.1 - - [07/Sep/2010:14:29:32 GMT] "PROPFIND > /SOGo/dav/user/Calendar/personal/ HTTP/1.1" 401 0/374 0.085 - - 0 > 127.0.0.1 - - [07/Sep/2010:14:29:34 GMT] "PROPFIND > /SOGo/dav/user/Calendar/personal/ HTTP/1.1" 207 641/374 0.250 - - 0/ / > / // I have no problème with thunderbird or webmail. > I don't now why it doesn't work, Can you help me? > Regards, > Louis Dubaille > > * * > ** -- Viele Grüße, Martin Rabl -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] AddressBook.app support in SOGo!
You need to use the Nightlies (will be in 1.3.2).
If still not working please post all of your Vhost config
On Tue, Sep 07, 2010 at 04:57:11PM +0200, xbgmsharp wrote:
>
> Hello,
>
> Uusing SOGo 1.3.1 with:
>
> ...
> ProxyPass /SOGo/dav/ http://127.0.0.1:2/SOGo/dav/ interpolate
> ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate
> http://127.0.0.1:2/>
> ...
>
>
>
> I get:
> "OPTIONS /.well-known/carddav HTTP/1.1" 404 43
> "OPTIONS / HTTP/1.1" 401 -
> "OPTIONS / HTTP/1.1" 200 -
> "PROPFIND / HTTP/1.1" 207 336
>
>
> Thanks
> Francois
>
>
> Mark Adams a écrit :
>
>> You need to have BOTH the ProxyPass directives listed below.
>>
>> On Tue, Sep 07, 2010 at 02:56:37PM +0200, xbgmsharp wrote:
>>> Hello,
>>>
>>> Thanks for the information.
>>> Even so I still have errors.
>>> I try the different setting of proxyPatch with no result is still get
>>>
>>> "OPTIONS /.well-known/carddav HTTP/1.1" 404 43
>>> So new phone cannot verify is using
>>>
>>> I do get a 200 reply when i use the port 443 as part of the standard
>>> SOGO virtualhost for webmail and calendars
>>>
>>> "OPTIONS /.well-known/carddav HTTP/1.1" 200 -
>>> But the note able to verify ethier.
>>>
>>>
>>>
>>> Mark Adams a écrit :
>>>
For posterity, A working CardDAV Apache VirtualHost config is as follows.
Replace your.server.com with your fqdn (ignore the SSL stuff if you
don't want that).
#Below for CardDAV access
SSLEngine on
SSLCertificateFile /etc/ssl/your_server_com.crt
SSLCertificateKeyFile /etc/ssl/your_server_com.key
ErrorLog /var/log/apache2/error.log
ProxyRequests Off
SetEnv proxy-nokeepalive 1
ProxyPreserveHost On
ProxyPassInterpolateEnv On
ProxyPass /SOGo/dav/ http://127.0.0.1:2/SOGo/dav/ interpolate
ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate
http://127.0.0.1:2>
## adjust the following to your configuration
RequestHeader set "x-webobjects-server-port" "8843"
RequestHeader set "x-webobjects-server-name" "your.server.com"
RequestHeader set "x-webobjects-server-url" "https://your.server.com";
## When using proxy-side autentication, you need to uncomment and
## adjust the following line:
# RequestHeader set "x-webobjects-remote-user" "%{REMOTE_USER}e"
RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
RequestHeader set "x-webobjects-remote-host" "127.0.0.1"
Order allow,deny
Allow from all
Thanks again to Inverse for their continued work on SOGo.
Regards,
Mark
On Mon, Aug 23, 2010 at 10:43:26AM +0100, Mark Adams wrote:
> Unfortunately it's still not right. I've found that with it set as I
> note below, new phones cannot verify. If you change it to
>
> ProxyPass / http://127.0.0.1:[port]/SOGo/dav/ as specifed in Wolfgangs
> howto, then phones can verify but can not sync anything. If you change
> it back to what I have below (without /SOGo/dav/) after verifying then
> the phones will start syncing events.
>
> Any ideas Inverse?
>
> On Fri, Aug 20, 2010 at 10:03:58PM +0100, Mark Adams wrote:
> > Hi Ryan,
> >
> > What Wolfgang says is right, except for me the 2nd ProxyPass had to be
> > the following; (no SOGo/dav/ at the end)
> >
> > ProxyPass / http://127.0.0.1:[port]/ interpolate
> >
> > If you need the full config let me know and i'll send through to you.
> >
> > Cheers,
> > Mark
> >
> > On Fri, Aug 20, 2010 at 04:01:18PM -0400, Wolfgang Sourdeau wrote:
> > > Hi Ryan,
> > >
> > >
> > > You need a VirtualHost section with exactly the same directives as in
> > > your original SOGo configuration except 3 things:
> > > 1) it must listen on 8800 (clear) or 8843 (ssl)
> > > 2) you need both ProxyPass directives instead of one:
> > >
> > > ProxyPass /SOGo/ http://127.0.0.1:[port]/SOGo/ interpolate
> > > ProxyPass / http://127.0.0.1:[port]/SOGo/dav/ interpolate
> > >
> > > 3) the Proxy subsection must also be modified to reflect the port you
> > > have chosen:
> > >
> > > For port 8843 you'd have something like this:
> > >
> > > http://127.0.0.1:[port]>
> > > RequestHeader set "x-webobjects-server-port" "8843"
> > > RequestHeader set "x-webobjects-server-name"
> "mygoodcompany.com:8843"
> > > RequestHeader set "x-webobjects-server-url"
> > > "https://mygoodcompany.com:8843";
> > > RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
> > > RequestHeader set "x-webobjects-remote-host" "127.0.0.1"
> > >
> > > AddDefaultCharset UTF-8
> > >
> > >
> > > Note that Apache will likely issue a warning about the redefinition of
> > > the http://127.0.0.1:[port] proxy but you can safely ignore it.
> > > --
> > > Wolfgang Sourdeau :: +1 (51
Re: [SOGo] Sync Iphone calendar
Make sure your iPhone is set to "Sync all events" right at the bottom of the initial Mail,Contacts,Calendars config. On Tue, Sep 07, 2010 at 05:19:56PM +0200, l.dubai...@eurytos.fr wrote: > Hi, > > > I have already try this url (like discribe in the pdf). > In sogo.log, I see: > "PROPFIND /SOGo/dav/user/ HTTP/1.1" > So the Iphone can talk with the server, but the calendar is not synchronized. > > Martin, are you in https too? What is your Iphone and SOGo version ? > > Regards, > Louis > > > -Message d'origine- > De : Martin Rabl [mailto:martin.r...@rablnet.de] > Envoyé : mardi 7 septembre 2010 15:53 > À : users@sogo.nu > Objet : Re: [SOGo] Sync Iphone calendar > > Hi, > > try https://sogo-server.domain.com/SOGo/dav/user/ > > Runs so at my iPhone. > > Bye, >Martin > > Am 07.09.2010 14:48, schrieb l.dubai...@eurytos.fr: > > Hi, > > i try to connect a Iphone (version 3.1.3) to a SOGo calendar (SOGo > > version 1.2.2). I have follow the chapter 4 instructions of mobile > > devices configuration pdf. > > I have no error on the Iphone but i don't see my event. > > I change https://sogo-server.domain.com/SOGo/dav/user/ > > in > > https://sogo-server.domain.com/SOGo/dav/user/Calendar/personal/ > > but no change. > > When i open the Iphone calendar , I have this in sogo log: > > /127.0.0.1 - - [07/Sep/2010:14:25:25 GMT] "PROPFIND /SOGo/dav/user/ > > HTTP/1.1" 401 0/374 0.085 - - 0 > > 127.0.0.1 - - [07/Sep/2010:14:25:26 GMT] "PROPFIND /SOGo/dav/user/ > > HTTP/1.1" 207 641/374 0.250 - - 0/ or this (depending on > > configuration): > > /127.0.0.1 - - [07/Sep/2010:14:29:32 GMT] "PROPFIND > > /SOGo/dav/user/Calendar/personal/ HTTP/1.1" 401 0/374 0.085 - - 0 > > 127.0.0.1 - - [07/Sep/2010:14:29:34 GMT] "PROPFIND > > /SOGo/dav/user/Calendar/personal/ HTTP/1.1" 207 641/374 0.250 - - 0/ / > > / // I have no problème with thunderbird or webmail. > > I don't now why it doesn't work, Can you help me? > > Regards, > > Louis Dubaille > > > > * * > > ** > > -- > Viele Grüße, > >Martin Rabl > -- > users@sogo.nu > https://inverse.ca/sogo/lists -- -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Sync Iphone calendar
On 9/7/10 8:22 AM, Mark Adams wrote: Make sure your iPhone is set to "Sync all events" right at the bottom of the initial Mail,Contacts,Calendars config. +1 on this. I spent a couple of weeks frustrated by this until I read *all* of the instructions provided and made this change. Has worked great ever since :-) -- Chris Hobbs Director, Technology New Haven Unified School District -- This message was scanned by ESVA and is believed to be clean. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Sync Iphone calendar
Hi, Am 07.09.2010 17:19, schrieb l.dubai...@eurytos.fr: I have already try this url (like discribe in the pdf). In sogo.log, I see: "PROPFIND /SOGo/dav/user/ HTTP/1.1" So the Iphone can talk with the server, but the calendar is not synchronized. The iphone (and ical does it too) traverses down to the calendar(s) and retrieve all calendars SOGo provides in one shot (the command PROPFIND is like a 'ls' oder 'dir'). After all, this is a nice feature, but I think not the common way for retrieving calendars and very confusing if you not . Direct adressing a single calendar on a CalDAV-Server via an URL (i.e. only a private calendar in SOGo, not the /personal) is not possible - get them all or leave it. This is annoying ... Martin, are you in https too? What is your Iphone and SOGo version ? I was messing around for a long time getting the iphone running. iPhone 3G/ios4.0.0 What I did: - Download "iPhone Configuration Utility for Mac OS X/Window" (http://www.apple.com/support/iphone/enterprise/) - Create a profile with Certificates (https ...) and Caldav-Account - install it on the iphone It should run ... -- Viele Grüße, Martin Rabl -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Sync Iphone calendar, Part two ;-)
Hi, oopps, clicked to fast the send-button Am 07.09.2010 18:19, schrieb Martin Rabl: After all, this is a nice feature, but I think not the common way for retrieving calendars and very confusing if you not . I mean: it is very confusing, when you don't know this behaviour Greetings, Martin Rabl -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Sync Iphone calendar
(* looking in my settings *) right! I did it, too. Am 07.09.2010 17:22, schrieb Mark Adams: Make sure your iPhone is set to "Sync all events" right at the bottom of the initial Mail,Contacts,Calendars config. On Tue, Sep 07, 2010 at 05:19:56PM +0200, l.dubai...@eurytos.fr wrote: Hi, I have already try this url (like discribe in the pdf). In sogo.log, I see: "PROPFIND /SOGo/dav/user/ HTTP/1.1" So the Iphone can talk with the server, but the calendar is not synchronized. Martin, are you in https too? What is your Iphone and SOGo version ? Regards, Louis -Message d'origine- De : Martin Rabl [mailto:martin.r...@rablnet.de] Envoyé : mardi 7 septembre 2010 15:53 À : users@sogo.nu Objet : Re: [SOGo] Sync Iphone calendar Hi, try https://sogo-server.domain.com/SOGo/dav/user/ Runs so at my iPhone. Bye, Martin Am 07.09.2010 14:48, schrieb l.dubai...@eurytos.fr: Hi, i try to connect a Iphone (version 3.1.3) to a SOGo calendar (SOGo version 1.2.2). I have follow the chapter 4 instructions of mobile devices configuration pdf. I have no error on the Iphone but i don't see my event. I change https://sogo-server.domain.com/SOGo/dav/user/ in https://sogo-server.domain.com/SOGo/dav/user/Calendar/personal/ but no change. When i open the Iphone calendar , I have this in sogo log: /127.0.0.1 - - [07/Sep/2010:14:25:25 GMT] "PROPFIND /SOGo/dav/user/ HTTP/1.1" 401 0/374 0.085 - - 0 127.0.0.1 - - [07/Sep/2010:14:25:26 GMT] "PROPFIND /SOGo/dav/user/ HTTP/1.1" 207 641/374 0.250 - - 0/ or this (depending on configuration): /127.0.0.1 - - [07/Sep/2010:14:29:32 GMT] "PROPFIND /SOGo/dav/user/Calendar/personal/ HTTP/1.1" 401 0/374 0.085 - - 0 127.0.0.1 - - [07/Sep/2010:14:29:34 GMT] "PROPFIND /SOGo/dav/user/Calendar/personal/ HTTP/1.1" 207 641/374 0.250 - - 0/ / / // I have no problème with thunderbird or webmail. I don't now why it doesn't work, Can you help me? Regards, Louis Dubaille * * ** -- Viele Grüße, Martin Rabl -- users@sogo.nu https://inverse.ca/sogo/lists -- Viele Grüße, Martin Rabl -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] How does the Domain Separation/Multidomain configuration work?
Hi,
I'm trying to configure the multidomain feature in sogo. My question is, how
does SOGO decide which domain it is going to use? SOGO always takes the first
domain configuration.
My apache server configuration looks like this:
NameVirtualHost *:80
ServerAdmin ad...@localhost
ServerName mail.domain.a
ErrorLog /var/log/apache2/mail.domain.a_error.log
CustomLog /var/log/apache2/mail.domain.a_access.log combined
Alias /SOGo.woa/WebServerResources/ \
/usr/lib/GNUstep/SOGo/WebServerResources/
Alias /SOGo/WebServerResources/ \
/usr/lib/GNUstep/SOGo/WebServerResources/
AliasMatch /SOGo/so/ControlPanel/Products/(.*)/Resources/(.*) \
/usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2
AllowOverride None
Order deny,allow
Allow from all
SetHandler default-handler
SetHandler default-handler
SetHandler default-handler
SetHandler default-handler
SetHandler default-handler
ProxyRequests Off
SetEnv proxy-nokeepalive 1
ProxyPreserveHost On
ProxyPassInterpolateEnv On
ProxyPass /SOGo http://127.0.0.1:2/SOGo interpolate
http://127.0.0.1:2/SOGo>
## adjust the following to your configuration
RequestHeader set "x-webobjects-server-port" "8443"
RequestHeader set "x-webobjects-server-name" "mail.domain.a"
RequestHeader set "x-webobjects-server-url"
"https://mail.domain.a:8443";
## When using proxy-side autentication, you need to uncomment
and
## adjust the following line:
# RequestHeader set "x-webobjects-remote-user"
"%{REMOTE_USER}e"
RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
RequestHeader set "x-webobjects-remote-host" "127.0.0.1"
AddDefaultCharset UTF-8
Order allow,deny
Allow from all
ServerAdmin ad...@localhost
ServerName mail.domain.b
ErrorLog /var/log/apache2/mail.domain.b_error.log
CustomLog /var/log/apache2/mail.domain.b_access.log combined
Alias /SOGo.woa/WebServerResources/ \
/usr/lib/GNUstep/SOGo/WebServerResources/
Alias /SOGo/WebServerResources/ \
/usr/lib/GNUstep/SOGo/WebServerResources/
AliasMatch /SOGo/so/ControlPanel/Products/(.*)/Resources/(.*) \
/usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2
AllowOverride None
Order deny,allow
Allow from all
SetHandler default-handler
SetHandler default-handler
SetHandler default-handler
SetHandler default-handler
SetHandler default-handler
ProxyRequests Off
SetEnv proxy-nokeepalive 1
ProxyPreserveHost On
ProxyPassInterpolateEnv On
ProxyPass /SOGo http://127.0.0.1:2/SOGo interpolate
http://127.0.0.1:2/SOGo>
## adjust the following to your configuration
RequestHeader set "x-webobjects-server-port" "8443"
RequestHeader set "x-webobjects-server-name" "mail.domain.b"
RequestHeader set "x-webobjects-server-url"
"https://mail.domain.b:8443";
## When using proxy-side autentication, you need to uncomment
and
## adjust the following line:
# RequestHeader set "x-webobjects-remote-user"
"%{REMOTE_USER}e"
RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
RequestHeader set "x-webobjects-remote-host" "127.0.0.1"
AddDefaultCharset UTF-8
Order allow,deny
Allow from all
My sogo configuration looks like the following:
{
NSGlobalDomain = {
};
sogod = {
OCSFolderInfoURL =
"mysql://user:p...@localhost:3306/sogo/sogo_folder_info";
SOGoACLsSendEmailNotifications = YES;
SOGoAppointmentSendEmailNotifications = YES;
SOGoDraftsFolderName = Drafts;
SOGoFoldersSendEmailNotifications = YES;
SOGoIMAPServer = localhost;
SOGoLanguage = English;
SOGoMailingMechanism = smtp;
SOGoProfileURL =
"mysql://user:p...@localhost:3306/sogo/sogo_user_profile";
SOGoSMTPServer = localhost;
SOGoSentFolderName = Sent;
SOGoTimeZone = Europe/Vienna;
SOGoTrashFolderName = Trash;
domains = {
domain.a = {
SOGoMailDomain = domain.a;
SOGoUserSources = (
{
Re: [SOGo] How does the Domain Separation/Multidomain configuration work?
Thomas, if your webserver is ony hosting sogo on port 80 then you do not need to configure virtual domains. In the file /etc/httpd/conf.d/SOGo.conf you can comment out the following lines: # RequestHeader set "x-webobjects-server-port" "443" # RequestHeader set "x-webobjects-server-name" "yourhostname" # RequestHeader set "x-webobjects-server-url" "https://yourhostname"; As long as your .GNUstepConfig is good this should allow users to login from their own domain like mail.domain.a/SOGo or mail.domain.b/SOGo Mark -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGO not packaged properly to work on Debain/Squeeze
harish badrinath schreef: > Hello, > > Below i have submitted diffs of debian control file, that i *had* to change > to install sogo on Debian/Squeeze, (Squeeze: as in after the repo was > frozen). > > There are 5 packages whose control files were at fault (note I used Mysql), > for my use case. > > My apt/sources.lst > deb http://inverse.ca/debian-nightly squeeze squeeze > deb http://http.us.debian.org/debian squeeze main contrib non-free I don't think anyone responded to this mail, but the problem at hand is real: the current nightly build of SOGo and some of the SOPE-packages from the repository mentioned here are not installable on a clean Squeeze system, because they depend on libgnustep-base1.19 (>= 1.19.3), which is not available. Squeeze (atm) ships with libgnustep-base1.20 (1.20.1-4). Will the nightlies be built against that anytime soon, or should I build my own? Best regards, Martijn Grendelman smime.p7s Description: S/MIME Cryptographic Signature -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] How does the Domain Separation/Multidomain configuration work?
Hi Mark, thanks for the information, but unfortunately I'm using it for serving websites too. Any other successions? Thomas On Sep 7, 2010, at 10:47 PM, Mark Madere wrote: > Thomas, > > if your webserver is ony hosting sogo on port 80 then you do not need to > configure virtual domains. In the file /etc/httpd/conf.d/SOGo.conf you can > comment out the following lines: > > # RequestHeader set "x-webobjects-server-port" "443" > # RequestHeader set "x-webobjects-server-name" "yourhostname" > # RequestHeader set "x-webobjects-server-url" "https://yourhostname"; > > As long as your .GNUstepConfig is good this should allow users to login from > their own domain like mail.domain.a/SOGo or mail.domain.b/SOGo > > Mark > -- > users@sogo.nu > https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGO not packaged properly to work on Debain/Squeeze
On 07/09/10 4:52 PM, Martijn Grendelman wrote: I don't think anyone responded to this mail, but the problem at hand is real: the current nightly build of SOGo and some of the SOPE-packages from the repository mentioned here are not installable on a clean Squeeze system, because they depend on libgnustep-base1.19 (>= 1.19.3), which is not available. Squeeze (atm) ships with libgnustep-base1.20 (1.20.1-4). Will the nightlies be built against that anytime soon, or should I build my own? Our chroots have just been updated. The upcoming nightly builds will be correct. Regards, -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGO not packaged properly to work on Debain/Squeeze
Ludovic Marcotte schreef: > On 07/09/10 4:52 PM, Martijn Grendelman wrote: > >> I don't think anyone responded to this mail, but the problem at hand is >> real: the current nightly build of SOGo and some of the SOPE-packages >> from the repository mentioned here are not installable on a clean >> Squeeze system, because they depend on libgnustep-base1.19 (>= 1.19.3), >> which is not available. >> >> Squeeze (atm) ships with libgnustep-base1.20 (1.20.1-4). >> >> Will the nightlies be built against that anytime soon, or should I build >> my own? > Our chroots have just been updated. The upcoming nightly builds will be > correct. Coolness!! I guess I will get to go to bed early tonight after all ;-) Best regards, Martijn Grendelman @ 11:09 PM local time -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] How does the Domain Separation/Multidomain configuration work?
Thomas, On my server, hosting sogo only for multiple domains, I had to comment out those lines because it was changing my URL after login. So it would seem that if your vhost file points the correct (sub)domain to sogo, it will remain on that domain after login. Hope this is more useful, Mark On Tuesday, September 07, 2010 03:59 PM CDT, Thomas Brandstetter wrote: > Hi Mark, > > thanks for the information, but unfortunately I'm using it for serving > websites too. Any other successions? > > Thomas > > On Sep 7, 2010, at 10:47 PM, Mark Madere wrote: > > > Thomas, > > -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] I cannUkrainian localisation for SOGo web mailer
Hi all. Switching to the Ukrainian version I found that I am responding or forwarding letters with blank body... The issue is in missing Ukrainian transaltions of the Mailer, as well as it is necessary to put the reference on SOGoMailUkrainianReply and SOGoMAilUkrainianForward. Please, find attached translations to be put to the Mailer.SOGo/Resources. Thank you. WBR, Oleksa Stasevych --- Tel: +380676227218 E-Mail: oleksiy.stasev...@gmail.com ICQ: 228807631 Skype: aleks_stassewicz sogomailukrainian_mailer.tar.gz Description: GNU Zip compressed data -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] BTS activities for Tuesday, September 07 2010
Title: BTS activities for Tuesday, September 07 2010 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Tuesday, September 07 2010 idlast updatestatus (resolution)categorysummary 809 2010-09-07 11:51:07 new (open) Web Preferences Sieve settings -- users@sogo.nu https://inverse.ca/sogo/lists
