Zimbra offers Open Source email server software and shared calendar for Linux and the Mac
Go Back   Zimbra :: Forums > Zimbra Collaboration Suite > Zimlets

Welcome to the Zimbra :: Forums!
Welcome, if you would like to post a comment please register. We also encourage you to explore all things Zimbra with our team and members of the community.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 09-05-2007, 08:53 PM
Senior Member
 
Posts: 50
Default Proxy service & allowedDomains

I am trying to test a zimlet I have just made and am running into 403 errors on /service/proxy?
First of all I made a testing COS called ztesting, the only one where I am enabling the Zimlet, for testing purposes.
My config_template.xml has:
Code:
		<property name="allowedDomains">*.mydomain.com, *.zimbra.com</property>
(although I believe it may not be read as I can't access the other global properties as described in this other thread)
And I have modifed this testing COS like this:
Code:
zimbra@myhost:~/log$ zmprov mc ztesting zimbraProxyAllowedDomains "*.mydomain.com, *.zimbra.com"
Just in case, I even restarted zimbra after making those changes and I am still getting a 403 error.
Code:
xx.xx.xx.xx - - [05/Sep/2007:19:28:35 -0700] "POST /service/proxy?target=https://targeturl HTTP/1.1" 403 964 "https://mydomain.com/zimbra/mail" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6"
This is of course shown in Firebug as well.

To help assure that this wasn't just poor coding on my part, I installed ArunaURL, and it is getting the same errors on it's proxy requests.

Can anyone tell where I have erred or is there any more information I can provide to help figure that out ?

Cheers,

RioGD
Reply With Quote
  #2 (permalink)  
Old 09-07-2007, 12:41 PM
Senior Member
 
Posts: 50
Default

I believe I have found the problem, and it may be a bug. As reported elsewhere, the config_template only is applied to the default COS. Thus the only way to make Zimlets work under non-default COS's, that I have found, is to manually:
Code:
zmprov mc <non-default-COS> zimbraProxyAllowedDomains "*.domain.com"
Now the rather large problem, and what makes this seem even more like a bug, is that although the config isn't applied to non-default COS's, re-deploying the Zimlet wipes out the zimbraProxyAllowedDomains for all non-default COS's. So each time you redeploy the Zimlet you have to go and make that manual change. This is why I was constantly getting 403's, my manual settings kept getting wiped without my knowing it.

If it can automatically wipe my manual settings, it would be nice if it could automatically apply the supplied config settings I want to begin with so I don't need to do it manually I suspect this may also be why I couldn't access the global settings from within the js code, the config_template is probably not accessible from non-default COS's. Time to test that theory now.

Cheers,

RioGD
Reply With Quote
  #3 (permalink)  
Old 09-07-2007, 01:21 PM
Zimlet Guru & Moderator
 
Posts: 467
Default

Quote:
Originally Posted by riogd View Post
I believe I have found the problem, and it may be a bug. As reported elsewhere, the config_template only is applied to the default COS. Thus the only way to make Zimlets work under non-default COS's, that I have found, is to manually:
Code:
zmprov mc <non-default-COS> zimbraProxyAllowedDomains "*.domain.com"
Now the rather large problem, and what makes this seem even more like a bug, is that although the config isn't applied to non-default COS's, re-deploying the Zimlet wipes out the zimbraProxyAllowedDomains for all non-default COS's. So each time you redeploy the Zimlet you have to go and make that manual change. This is why I was constantly getting 403's, my manual settings kept getting wiped without my knowing it.

If it can automatically wipe my manual settings, it would be nice if it could automatically apply the supplied config settings I want to begin with so I don't need to do it manually I suspect this may also be why I couldn't access the global settings from within the js code, the config_template is probably not accessible from non-default COS's. Time to test that theory now.

Cheers,

RioGD
Please let us know, that's a interesting tidbit.
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads

Why Join?

Registering let's you ask questions, makes it easier to search, displays any files attached to posts, and notifies you about replies.

blog.zimbra.com




 

SEO by vBSEO ©2011, Crawlability, Inc.