Clean up file structure.

[langs]

I have been using the NE version for a couple of years and with all the upgrades in that time the Zimbra file structure has become a mess.

amavisd -> /opt/zimbra/amavisd-new-2.5.2
amavisd-new-2.4.1
amavisd-new-2.4.3
amavisd-new-2.5.2
apache-tomcat-5.5.15
aspell-0.60.5
backup
backup-pre-4.0
bin
clamav -> /opt/zimbra/clamav-0.91.2
clamav-0.88
clamav-0.88.4
clamav-0.88.5
clamav-0.88.7
clamav-0.90.2
clamav-0.91.1
clamav-0.91.2
conf
config.17520
config.20182
config.23017
config.24349
config.25720
config.26193
config.2662
config.28708
config.29359
config.32253
config.7903
contrib
convertd
curl -> /opt/zimbra/curl-7.17.0
curl-7.17.0
cyrus-sasl -> /opt/zimbra/cyrus-sasl-2.1.22.3z
cyrus-sasl-2.1.21.ZIMBRA
cyrus-sasl-2.1.22.3
cyrus-sasl-2.1.22.3z
db
doc
dspam -> /opt/zimbra/dspam-3.8.0
dspam-3.6.2
dspam-3.8.0
.exrc
heimdal -> /opt/zimbra/heimdal-1.0.1
heimdal-1.0.1
httpd -> /opt/zimbra/httpd-2.2.4
httpd-2.2.4
index
.install_history
java -> /opt/zimbra/jdk1.6.0_02
jdk1.6.0_02
jetty -> /opt/zimbra/jetty-6.1.5
jetty-6.1.5
keyview -> /opt/zimbra/keyview-10.2.0.2
keyview-10.2.0.2
.ldaprc
lib
libexec
log
logger
mailboxd -> /opt/zimbra/jetty-6.1.5
mysql -> /opt/zimbra/mysql-standard-5.0.45-pc-linux-gnu-i686-glibc23
mysql-standard-5.0.33-pc-linux-gnu-i686-glibc23
mysql-standard-5.0.45-pc-linux-gnu-i686-glibc23
net-snmp-5.4.1
openldap -> /opt/zimbra/openldap-2.3.39.6z
openldap-2.3.39.6z
openldap-clibs -> /opt/zimbra/openldap-clibs-2.3.39.6z
openldap-clibs-2.3.39.6z
openldap-data
openldap-data.prev
openldap-replica
openssl -> /opt/zimbra/openssl-0.9.8e
openssl-0.9.8e
perdition-1.17
perdition-1.17.1
postfix -> /opt/zimbra/postfix-2.4.3.3z
postfix-2.2.9
postfix-2.4.3.3
postfix-2.4.3.3z
redolog
redolog-pre-4.0
.saveconfig
sleepycat -> /opt/zimbra/sleepycat-4.2.52.6
sleepycat-4.2.52.6
snmp -> /opt/zimbra/net-snmp-5.4.1
.ssh
ssl
store
tcmalloc -> /opt/zimbra/tcmalloc-0.93
tcmalloc-0.93
tomcat -> /opt/zimbra/apache-tomcat-5.5.15
.viminfo
wiki
zimbramon
zimlets
zimlets-admin-extra
zimlets-extra
zimlets-network
zmstat

Can't some of these now be removed?

[mmorse]

Cleaning up the Zimbra area

[langs]

That thread only covers some of the directories and was not followed up, it would be nice if Zimbra provided a script to inspect and clean up their product from old upgrades. Even if the only provided it to NE customers, after all we are paying them for the product and commercial software shouldn't leave such a mess to clean up.

[mmorse]

Haven't heard back from the other guy, so I guess he's had no trouble so far; ~ 70k posts in 13k threads can make for a lot of activity in one's mail followup tag/folder
Ok, so run a ls -la as you've done above and anything that's not the most recent version or symlinked is generally OK to delete.
When in doubt: simply make a backup first.
For the other thing care to open an RFE?

[phoenix]

That thread only covers some of the directories and was not followed up, it would be nice if Zimbra provided a script to inspect and clean up their product from old upgrades. Even if the only provided it to NE customers, after all we are paying them for the product and commercial software shouldn't leave such a mess to clean up.

If you think it's that important then please file an RFE in bugzilla.

[langs]

done Bug 23414 - Upgrades do not correctly clean up previous versions

[mmorse]

Thanks! (We can file them too of course - but this way your for certain kept abreast of when it's completed, can answer any clarification needed, and better understand developer design decisions.)