Re: [SOGo] AddressBook.app support in SOGo!

2010-10-21 Thread Stephen Ingram 

Mark-

Mark Adams wrote:

/principles proxypass was required after iPhone os 4.1

Address book just works, only note is that if your using full email address as 
username you have to replace @ with %40


The %40 was the issue. I thought that issue had been resolved so that 
you could use the @. I'm guessing that's an issue of Apple's not SOGo. 
Thanks so much for the help.


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

RE: [SOGo] AddressBook.app support in SOGo!

2010-09-08 Thread Martin Hofbauer 
I was only able to get it running by updating from 1.3.1 ( stable release) to 
the nightly build of 1.3.1 from last week.
with the 1.3.1 stable it was NOT working ( see mail from Ludovic Marcotte after 
the announcement of 1.3.1 ( Augh 19th):


---snip---

This will be part of the next release, among many other things like :
*  Support for multiple IMAP accounts in the Web mail interface 
*  Return-receipt support in the Web mail interface 
*  Improved keyboard shortcuts in the Web interface (similar to those we find 
in Thunderbird/Lightning) 
*  Improved Web alerts 
*  Improved differentiation of public, private and confidential events in SOGo 
and Lightning 
*  Copy/paste support in the Web calendar views 
*  Apple Address Book support (through CardDAV) and Apple iPhone 4 support for 
address book 
*  SSL support for IMAP and SMTP 
*  Email reminders for events and tasks 
Most of those features are already implemented and available from the nightly 
builds.


regards
Martin

-Original Message-
From: Mark Adams [mailto:m...@campbell-lange.net] 
Sent: Tuesday, September 07, 2010 5:22 PM
To: users@sogo.nu
Subject: 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:
 VirtualHost xyz:8843
 ...
 ProxyPass /SOGo/dav/ http://127.0.0.1:2/SOGo/dav/ interpolate 
 ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate Proxy 
 http://127.0.0.1:2/ ...
 /Proxy
 /VirtualHost

 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

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

Re: [SOGo] AddressBook.app support in SOGo!

2010-09-07 Thread xbgmsharp 

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 m...@campbell-lange.net 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
VirtualHost your.server.com:8843
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

Proxy 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
/Proxy
/VirtualHost

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:
 
  Proxy 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
  /Proxy
 
  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

Re: [SOGo] AddressBook.app support in SOGo!

2010-09-07 Thread Mark Adams 
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 m...@campbell-lange.net 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
 VirtualHost your.server.com:8843
 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

 Proxy 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
 /Proxy
 /VirtualHost

 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:
  
   Proxy 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
   /Proxy
  
   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] AddressBook.app support in SOGo!

2010-09-07 Thread xbgmsharp 


Hello,

Uusing SOGo 1.3.1 with:
VirtualHost xyz:8843
...
ProxyPass /SOGo/dav/ http://127.0.0.1:2/SOGo/dav/ interpolate
ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate
Proxy http://127.0.0.1:2/
...
/Proxy
/VirtualHost

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 m...@campbell-lange.net 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 m...@campbell-lange.net 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
VirtualHost your.server.com:8843
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

Proxy 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
/Proxy
/VirtualHost

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:
 
  Proxy 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
  /Proxy
 
  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] AddressBook.app support in SOGo!

2010-09-07 Thread Mark Adams 
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:
 VirtualHost xyz:8843
 ...
 ProxyPass /SOGo/dav/ http://127.0.0.1:2/SOGo/dav/ interpolate
 ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate
 Proxy http://127.0.0.1:2/
 ...
 /Proxy
 /VirtualHost

 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 m...@campbell-lange.net 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 m...@campbell-lange.net 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
 VirtualHost your.server.com:8843
 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

 Proxy 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
 /Proxy
 /VirtualHost

 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:
  
   Proxy 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
   /Proxy
  
   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

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

Re: [SOGo] AddressBook.app support in SOGo!

2010-08-23 Thread Mark Adams 
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:
 
  Proxy 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
  /Proxy
 
  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

Re: [SOGo] AddressBook.app support in SOGo!

2010-08-20 Thread Mark Adams 
Thanks to inverse once again, This works very well now on iPhone,
including shared address books!(excluding LDAP) and for the personal
address book in OSX Address Book.

Only difference I had to make was to have the following for my ProxyPass
etc config:

ProxyPass / http://127.0.0.1:2/ interpolate
Proxy http://127.0.0.1:2/

Regards,
Mark

On Fri, Aug 20, 2010 at 10:44:58AM -0400, Wolfgang Sourdeau wrote:
 Mark Adams wrote:
 Cool, sounds good - so the config should be the below rather than what I
 posted?

 ProxyPass / http://127.0.0.1:2/SOGo/dav interpolate

 Proxy http://127.0.0.1:2/SOGo

 Yep, except that you need the ending / in the ProxyPass destination.
 -- 
 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

Re: [SOGo] AddressBook.app support in SOGo!

2010-08-20 Thread Ryan Evans 
Hey Mark,

Could you post your VirtualServer setup and conf file for this please? I can't 
seem to get it to play nice.

Thanks!

Ryan

 
On Friday, August 20, 2010 11:53 AM CDT, Mark Adams m...@campbell-lange.net 
wrote: 
 
 Thanks to inverse once again, This works very well now on iPhone,
 including shared address books!(excluding LDAP) and for the personal
 address book in OSX Address Book.
 
 Only difference I had to make was to have the following for my ProxyPass
 etc config:

 
 ProxyPass / http://127.0.0.1:2/ interpolate
 Proxy http://127.0.0.1:2/
 
 Regards,
 Mark
 
 On Fri, Aug 20, 2010 at 10:44:58AM -0400, Wolfgang Sourdeau wrote:
  Mark Adams wrote:
  Cool, sounds good - so the config should be the below rather than what I
  posted?
 
  ProxyPass / http://127.0.0.1:2/SOGo/dav interpolate
 
  Proxy http://127.0.0.1:2/SOGo
 
  Yep, except that you need the ending / in the ProxyPass destination.
  -- 
  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
 
 
 
 




Privileged, Proprietary and/or Confidential Information may be contained in
this electronic message.  If you are not the intended recipient, you should
not copy it, re-transmit it, use it or disclose its contents, but should
kindly return to the sender immediately and delete your copy from your system.
Gulf Interstate Engineering Company does not accept responsibility for
changes made to this electronic message or its attachments. 

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

Re: [SOGo] AddressBook.app support in SOGo!

2010-08-19 Thread Francis Lachapelle 
Hi Mark, Martin

On Aug 18, 2010, at 4:39 AM, Mark Adams wrote:

 Martin is it working for you? I can't get this to work with iPhone or
 Addressbook.

First, it doesn't currently work with the iPhone. May work by the end of the 
day (GMT-5)  :)

Second, show us the log entries of sogod and httpd.


Francis

--
flachape...@inverse.ca :: +1.514.755.3640 :: http://www.inverse.ca
Inverse :: Leaders behind SOGo (http://sogo.nu) and PacketFence 
(http://packetfence.org)

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

Re: [SOGo] AddressBook.app support in SOGo!

2010-08-19 Thread Mark Adams 
Hi Francis,

My problem with AB is the fact you can't have a username as a full email
address, as it appends before - so it doesn't even get to SOGo. I
suggested maybe accepting a different form of auth say user_A_domain or
something. Not sure if you guys are prepared to work around Apple's
shortcomings!

On Thu, Aug 19, 2010 at 08:01:26AM -0400, Francis Lachapelle wrote:
 Hi Mark, Martin
 
 On Aug 18, 2010, at 4:39 AM, Mark Adams wrote:
 
  Martin is it working for you? I can't get this to work with iPhone or
  Addressbook.
 
 First, it doesn't currently work with the iPhone. May work by the end of the 
 day (GMT-5)  :)
 
 Second, show us the log entries of sogod and httpd.
 
 
 Francis
 
 --
 flachape...@inverse.ca :: +1.514.755.3640 :: http://www.inverse.ca
 Inverse :: Leaders behind SOGo (http://sogo.nu) and PacketFence 
 (http://packetfence.org)
 

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

Re: [SOGo] AddressBook.app support in SOGo!

2010-08-19 Thread Mark Adams 
Alternatively I guess the right thing to do would be to have SOGo accept
%40 in auth url to escape as @ - at the moment this just get's rejected.

Aug 13 12:03:59 sogod: SOGo watchdog [11835]: 
0x0x1681f40[SOGoDAVAuthenticator] tried wrong password for user 
'user%40domain'!


On Thu, Aug 19, 2010 at 02:18:59PM +0100, Mark Adams wrote:
 Hi Francis,
 
 My problem with AB is the fact you can't have a username as a full email
 address, as it appends before - so it doesn't even get to SOGo. I
 suggested maybe accepting a different form of auth say user_A_domain or
 something. Not sure if you guys are prepared to work around Apple's
 shortcomings!
 
 On Thu, Aug 19, 2010 at 08:01:26AM -0400, Francis Lachapelle wrote:
  Hi Mark, Martin
  
  On Aug 18, 2010, at 4:39 AM, Mark Adams wrote:
  
   Martin is it working for you? I can't get this to work with iPhone or
   Addressbook.
  
  First, it doesn't currently work with the iPhone. May work by the end of 
  the day (GMT-5)  :)
  
  Second, show us the log entries of sogod and httpd.
  
  
  Francis
  
  --
  flachape...@inverse.ca :: +1.514.755.3640 :: http://www.inverse.ca
  Inverse :: Leaders behind SOGo (http://sogo.nu) and PacketFence 
  (http://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

Re: [SOGo] AddressBook.app support in SOGo!

2010-08-18 Thread Mark Adams 
Martin is it working for you? I can't get this to work with iPhone or
Addressbook.

Regards,
Mark

On Mon, Aug 16, 2010 at 09:18:58PM +0200, Martin Lehmann wrote:
  I use: http://inverse.ca/downloads/SOGo/RHEL5/nightly/$basearch

 After the nigtly update today the tag seems to be correct:
 Version 1.3.0 (r...@vizzini.inverse.ca mailto:r...@vizzini.inverse.ca  
 201008150646)

 I hope that solves my problem but I must ask my collegues which use  
 iPhones first.

 My configuration from the last mailing seems ok to you?

 Thx
 Martin

 Am 16.08.2010 15:36, schrieb Wolfgang Sourdeau:
 Which repository are you using.

 Everything seems fine here...


 Cheers.

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

-- 
Mark Adams
Technical Manager
m...@campbell-lange.net
.
Campbell-Lange Workshop
www.campbell-lange.net
0207 6311 555
3 Tottenham Street London W1T 2AF
Registered in England No. 04551928
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] AddressBook.app support in SOGo!

2010-08-16 Thread Martin Lehmann 

 I use: http://inverse.ca/downloads/SOGo/RHEL5/nightly/$basearch

After the nigtly update today the tag seems to be correct:
Version 1.3.0 (r...@vizzini.inverse.ca mailto:r...@vizzini.inverse.ca 
201008150646)


I hope that solves my problem but I must ask my collegues which use 
iPhones first.


My configuration from the last mailing seems ok to you?

Thx
Martin

Am 16.08.2010 15:36, schrieb Wolfgang Sourdeau:

Which repository are you using.

Everything seems fine here...


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

Re: [SOGo] AddressBook.app support in SOGo!

2010-08-13 Thread Mark Adams 
Is it possible to have SOGo except auth for user_A_domain on login
aswell? (I see you use this in your URL scheme already).

Cheers,
Mark

On Fri, Aug 13, 2010 at 10:03:42AM +0100, Mark Adams wrote:
 On Thu, Aug 12, 2010 at 01:23:40PM -0400, Wolfgang Sourdeau wrote:
  Mark Adams wrote:
  Thanks Wolfgang and inverse!
 
  I'm having trouble with access on my setup however, as my usernames are 
  the users full email address.
 
  Addressbook seems to append the username to the beginning of the URL
  when connecting, which causes issues if your using email addresses...
  https://u...@domain@domain.com:8843/ 
 
  Anybody have any ideas about how this could be worked around?
 
  Hi Mark,
 
  Can you retry by replacing the @ sign with %40 ?
 
 
 Hi Wolfgang, sorry I should have said in my original post - I tried %40
 yesterday, this get's through to the SOGo logs but then sogo rejects it
 because it takes the %40 as literal. I also tried other methods of
 escaping ('', \, ) to no effect.
 
 Regards,
 Mark
 
 
  -- 
  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