Results 1 to 10 of 13

Thread: HTTPS Is Working, HTTP Not Working

Hybrid View

  1. #1
    Join Date
    Nov 2005
    Posts
    10
    Rep Power
    10

    Default HTTPS Is Working, HTTP Not Working

    On my 6'th install I got everything working (I think) via https, but http access gets me "The connection was refused when attempting to contact zimbra.sample.com".

    I can do administrative stuff via https://zimbra.sample.com/zimbraAdmin, I can access email via https://zimbra.sample.com/zimbra/mail, but I cannot access http://zimbra.sample.com/

    The install was mixed https and http. It was a clean Fedora Core 3, minimal install, no firewall. Any ideas? Let me know what logs or etc. to post....

  2. #2
    Join Date
    Oct 2005
    Posts
    96
    Rep Power
    10

    Default

    Mixed access means you login to https for secure logins. The rest of it is then sent via http. You won't be able to login via http with a mixed setting.

  3. #3
    Join Date
    Nov 2005
    Posts
    10
    Rep Power
    10

    Default why is it so slow then? and why the huge cpu spikes?

    That's weird. The docs support you (Quick Start):

    "Mixed mode uses HTTPS for logging in and HTTP for normal session
    traffic. All modes use SSL encryption for back-end administrative traffic."

    However, I notice HUGE cpu leaps on my desktop pc everytime I send/receive info from the zimbra server. Also, it is pretty slow despite being on a dual cpu server with loads of ram and only 3 people using zimbra--and no other apps hosted on it. I was just assuming it was slow due to the encryption.

    Any other explanation?

  4. #4
    Join Date
    Oct 2005
    Location
    USA, Canada and India
    Posts
    777
    Rep Power
    11

    Default

    Hi..No HTTPS dont take that much RAM and CPU, i have run 100's of HTTPS sites on shared server with no issue like that.

    my guess is server is slow due to WATCHDOG script zimbra is running in monitoring in this version
    This will take LOT OF CPU and RAM and java us very bad in taking all available memory if some special settings are not done to stop it.

    We expect Zimbra team to fix this in next version

    1) Remove Monitoring or watchdog scripts they run every 30 seconds or at least it should be OPTIONAL so we can turn them off to see Real Usage of server

    2) Give some special Setting so we can FIX how much RAM JAVA should take on server. as of right now no matter what server i run ZIMBRA on it take 90% CPU and 98% RAM

    3) ability to Restart services form ADMIN interface..right now if we make any change in Global settings you need to log to server to restart services.

    hope this answer some of your Q's..
    Raj S Vrach

  5. #5
    Join Date
    Nov 2005
    Posts
    10
    Rep Power
    10

    Default speed issues seem client side, not server side

    Thanks for your reply, Raj. Here's a breakdown of what I have observed:

    client pc: P-IV 3.2Ghz, 2GB ram, when I click on inbox in Firefox or IE my cpu rises from 0-3% utilization up to 85-90% utilization. Ram stays around 40% due to windows and programs I have open. This also happens when I click on any other folder, when I open a message, or pretty much anything that interacts with the server. This PC is showing a huge load due to Zimbra, all cpu.

    server: 2 P-III 1.1Ghz, 512Mb ram, Fedora Core 3, minimal install, desktop, no firewall, running only Zimbra as a service. I'm using the default multi-cpu kernel. I have even turned off extra services like gpm and apmd to streamline it a bit. First of all, I am using swap--about 100Mb of swap. VMstat shows no active si or so however. An average load would look like this: 0.97, 0.57, 0.57. CPU is being used at anywhere from 0-40% (Idles at anywhere from 100-58). The server is not showing any kind of load, imho.

    I am not sure the server-side watch scripts are the source of the speed issues.... It seems more likely due to the client javascript or some kind of client-side something or other.

  6. #6
    Join Date
    Aug 2005
    Location
    San Mateo, CA
    Posts
    4,789
    Rep Power
    19

    Default

    >>> server: 2 P-III 1.1Ghz, 512Mb ram

    This is on the low end of our test server reccomendation. So you can expect it to be a little slow. The next release will help but in general this isn't a production class server even for a very small number of servers.

  7. #7
    Join Date
    Nov 2005
    Posts
    1
    Rep Power
    10

    Default Client Side

    I think uh-nu-bu is trying to point out that it's the client side that is slow. Does Zimbra employ any caching schemes (like Google Maps)?

    Perhaps their is a client related thread that discusses these issues?

  8. #8
    Join Date
    Aug 2005
    Location
    San Mateo, CA
    Posts
    4,789
    Rep Power
    19

    Default

    Quote Originally Posted by elguapo
    I think uh-nu-bu is trying to point out that it's the client side that is slow. Does Zimbra employ any caching schemes (like Google Maps)?

    Perhaps their is a client related thread that discusses these issues?
    We do some caching. The next release may be a little better. We've got some good ideas on how to improve even more and you'll see that work show up in future releases.

  9. #9
    Join Date
    Nov 2005
    Posts
    10
    Rep Power
    10

    Default Elguapo is right--my observations show the client is slow

    Thanks Elguapo. That is indeed what I was saying. I see the same things in Google Maps as I do with Zimbra, so I don't think it is a Zimbra thing. I think, compared to a fat client like Outlook, an AJAX client is just going to be a bit slower--especially when using imap instead of mapi.

    I do think it will scale better--an equivalent Zimbra system seems like it would be slower in general (even on my jacked up pc it seems about 10-20% slower than Outlook), but stay the same speed under twice the load (on the server) that would start showing drastic speed issues on an Outlook/Exchange setup. Plus, it should not have any of the problems Exchange setups exhibit--file system corruption, logging commit problems, fragmented database, message store size limits, croaking on large attachments, etc. ad nauseum. Don't get me wrong--Exchange+Outlook rocks for small to medium setups as a groupware solution. Expensive, but very nice. Zimbra, however, has the possibility to easily surpass it in features and #users per setup.

    Zimbra looks like it will scale better horizontally too. Adding another server to a Zimbra "cluster" looks easy and would allow another 1-3,000 users pronto.

Similar Threads

  1. How can I change http, https, and other ports?
    By jwf6911 in forum Administrators
    Replies: 5
    Last Post: 05-06-2007, 12:38 AM
  2. Using both http and https
    By Rizz in forum Administrators
    Replies: 1
    Last Post: 12-06-2006, 02:39 AM
  3. Switching From Https to Http Protocol in JSP
    By Shyam in forum Administrators
    Replies: 1
    Last Post: 10-10-2006, 07:58 AM
  4. Changing browser access from HTTPS to Both HTTPS and HTTP
    By kelley.ch in forum Administrators
    Replies: 5
    Last Post: 09-19-2006, 12:50 AM
  5. Change from using HTTP to HTTPS
    By FunkyPenguin in forum Administrators
    Replies: 2
    Last Post: 12-16-2005, 05:02 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •