Differences between version 5 and predecessor to the previous major change of ZimbraNotes.
Other diffs: Previous Revision, Previous Author, or view the Annotated Edit History
| Newer page: | version 5 | Last edited on Wednesday, February 22, 2006 10:15:58 am | by DanielLawson | Revert |
| Older page: | version 4 | Last edited on Wednesday, February 22, 2006 10:00:55 am | by GreigMcGill | Revert |
@@ -1,9 +1,9 @@
!![Zimbra] Caveats
* [Zimbra] wants a dedicated box. Don't try to fake it. Just give it what it wants, it will make you happy. Specifically, it wants HTTP{s}, SMTP, IMAP{s}, POP3{s}, LDAP, and some other ports for it's own admin functions and auxilliary software (virus and spam scanning for example).
-* [Zimbra] is not built for
Debian distros
. Get over it. You're giving it a dedicated box anyway
(or you should be, see the above point
), so just throw Centos
on, and run the [RHEL] binaries. You can try
to make
it go if you really must, (perhaps ask MattBrown for help) but if you treat it like an appliance, it will work like one, and you'll get
support.
+* [Zimbra] is not officially supported
Debian. There are alpha release packages available, but these will require some handholding to install
(mostly relating to dependancies and library search paths
). Until Zimbra is officially supported
on Debian
, you might want
to reconsider using
it as the
support channels are fairly limited at this stage
.
!!Configuring [Zimbra] With An Existing MTA For Testing
Say you'd like to try out this flashy new technology, and deploy Zimbra as part of an existing domain. This is a lot harder than it could be. Here is what I did.
