disable indexing

[maumar]

it looks like a particular attachment type, whatever it is, is causing the convertd system to crash. Someone at zimbra answer to opened ticket suggesting "we need to disable indexing for this attachment type"
now i would disable indexing at all as none is using it and at this moment priority is on sending and receiving mails with attachments without indexing them
Question is:
can how disable indexing at all? how can i do it?
TIA
Maurizio

[maumar]

i used this ldif to disable indexing for zipped attachments

cat /tmp/zip-mime.ldif
# application/zip, mime, config, zimbra
dn: cn=application/zip,cn=mime,cn=config,cn=zimbra
zimbraMimeType: application/zip
cn: application/zip
objectClass: zimbraMimeEntry
zimbraMimeIndexingEnabled: FALSE
zimbraMimeHandlerClass: DefaultHandler
zimbraMimeFileExtension: zip
description: Zip Compressed Document

ldapadd -x -h `zmhostname` -D `zmlocalconfig -m nokey zimbra_ldap_userdn` \
-w `zmlocalconfig -s -m nokey zimbra_ldap_password` \
-f /tmp/zip-mime.ldif

seems ok; using ldapsearch i see:
ldapsearch -x -h `zmhostname` -D `zmlocalconfig -m nokey zimbra_ldap_userdn` \
-w `zmlocalconfig -s -m nokey zimbra_ldap_password` \
"objectClass=zimbraMimeEntry"
# extended LDIF
#
# LDAPv3
# base <> with scope subtree
# filter: objectClass=zimbraMimeEntry
# requesting: ALL
#

# message/rfc822, mime, config, zimbra
dn: cn=message/rfc822,cn=mime,cn=config,cn=zimbra
zimbraMimeType: message/rfc822
cn: message/rfc822
objectClass: zimbraMimeEntry
zimbraMimeIndexingEnabled: TRUE
zimbraMimeHandlerClass: MessageRFC822Handler
description: Mail Message

# text/html, mime, config, zimbra
dn: cn=text/html,cn=mime,cn=config,cn=zimbra
zimbraMimeType: text/html
cn: text/html
objectClass: zimbraMimeEntry
zimbraMimeIndexingEnabled: TRUE
zimbraMimeHandlerClass: com.zimbra.cs.mime.handler.TextHtmlHandler
zimbraMimeFileExtension: html
zimbraMimeFileExtension: htm
description: HTML Document

# text/plain, mime, config, zimbra
dn: cn=text/plain,cn=mime,cn=config,cn=zimbra
zimbraMimeType: text/plain
cn: text/plain
objectClass: zimbraMimeEntry
zimbraMimeIndexingEnabled: TRUE
zimbraMimeHandlerClass: com.zimbra.cs.mime.handler.TextPlainHandler
zimbraMimeFileExtension: text
zimbraMimeFileExtension: txt
description: Plain Text Document

# text/calendar, mime, config, zimbra
dn: cn=text/calendar,cn=mime,cn=config,cn=zimbra
zimbraMimeType: text/calendar
cn: text/calendar
objectClass: zimbraMimeEntry
zimbraMimeIndexingEnabled: TRUE
zimbraMimeHandlerClass: TextCalendarHandler
zimbraMimeFileExtension: ics
zimbraMimeFileExtension: vcs
description: iCalendar Document

# all, mime, config, zimbra
dn: cn=all,cn=mime,cn=config,cn=zimbra
zimbraMimeType: all
cn: all
objectClass: zimbraMimeEntry
zimbraMimeIndexingEnabled: TRUE
zimbraMimeHandlerClass: DefaultHandler
zimbraMimeHandlerExtension: convertd
description: All Document

# application/zip, mime, config, zimbra
dn: cn=application/zip,cn=mime,cn=config,cn=zimbra
zimbraMimeType: application/zip
cn: application/zip
objectClass: zimbraMimeEntry
zimbraMimeIndexingEnabled: FALSE
zimbraMimeHandlerClass: DefaultHandler
zimbraMimeFileExtension: zip
description: Zip Compressed Document

# search result
search: 2
result: 0 Success

# numResponses: 7
# numEntries: 6

Now...
zipped files are STILL converted
what i note is that zip mime "application/zip" comes after zimbraMimeType: all

maybe this is the reason that convertd stiil take zipped attachments?

[phoenix]

You don't mention whether you restarted Tomcat and the conversion process, did you?

[maumar]

Originally Posted by phoenix

You don't mention whether you restarted Tomcat and the conversion process, did you?

yes i did as your collegue suggested to do:
[new zimbra@mailz ~ ]$ bin/tomcat restart
[new zimbra@mailz ~ ]$ bin/zmconvertctl stop
[new zimbra@mailz ~ ]$ bin/zmconvertctl start

now i put at false all
# all, mime, config, zimbra
dn: cn=all,cn=mime,cn=config,cn=zimbra
zimbraMimeType: all
cn: all
objectClass: zimbraMimeEntry
zimbraMimeIndexingEnabled: FALSE
zimbraMimeHandlerClass: DefaultHandler
zimbraMimeHandlerExtension: convertd
description: All Document
ldapmodify -x -h [...] -f /tmp/all-mime.ldif
modifying entry "cn=all,cn=mime,cn=config,cn=zimbra"

[new zimbra@mailz ~ ]$ bin/tomcat restart
[new zimbra@mailz ~ ]$ bin/zmconvertctl stop
[new zimbra@mailz ~ ]$ bin/zmconvertctl start

let's see if zip attachments are stopped to be converted

[maumar]

Bill,
putting to FALSE indexing for "all mime", the previous should be honored, isn't it?
# extended LDIF
#
# LDAPv3
# base <> with scope subtree
# filter: objectClass=zimbraMimeEntry
# requesting: ALL
#

# message/rfc822, mime, config, zimbra
dn: cn=message/rfc822,cn=mime,cn=config,cn=zimbra
zimbraMimeType: message/rfc822
cn: message/rfc822
objectClass: zimbraMimeEntry
zimbraMimeIndexingEnabled: TRUE
zimbraMimeHandlerClass: MessageRFC822Handler
description: Mail Message

# text/html, mime, config, zimbra
dn: cn=text/html,cn=mime,cn=config,cn=zimbra
zimbraMimeType: text/html
cn: text/html
objectClass: zimbraMimeEntry
zimbraMimeIndexingEnabled: TRUE
zimbraMimeHandlerClass: com.zimbra.cs.mime.handler.TextHtmlHandler
zimbraMimeFileExtension: html
zimbraMimeFileExtension: htm
description: HTML Document

# text/plain, mime, config, zimbra
dn: cn=text/plain,cn=mime,cn=config,cn=zimbra
zimbraMimeType: text/plain
cn: text/plain
objectClass: zimbraMimeEntry
zimbraMimeIndexingEnabled: TRUE
zimbraMimeHandlerClass: com.zimbra.cs.mime.handler.TextPlainHandler
zimbraMimeFileExtension: text
zimbraMimeFileExtension: txt
description: Plain Text Document

# text/calendar, mime, config, zimbra
dn: cn=text/calendar,cn=mime,cn=config,cn=zimbra
zimbraMimeType: text/calendar
cn: text/calendar
objectClass: zimbraMimeEntry
zimbraMimeIndexingEnabled: TRUE
zimbraMimeHandlerClass: TextCalendarHandler
zimbraMimeFileExtension: ics
zimbraMimeFileExtension: vcs
description: iCalendar Document

# all, mime, config, zimbra
dn: cn=all,cn=mime,cn=config,cn=zimbra
zimbraMimeType: all
cn: all
objectClass: zimbraMimeEntry
zimbraMimeIndexingEnabled: FALSE
zimbraMimeHandlerClass: DefaultHandler
zimbraMimeHandlerExtension: convertd
description: All Document

# application/zip, mime, config, zimbra
dn: cn=application/zip,cn=mime,cn=config,cn=zimbra
zimbraMimeType: application/zip
cn: application/zip
objectClass: zimbraMimeEntry
zimbraMimeIndexingEnabled: FALSE
zimbraMimeHandlerClass: DefaultHandler
zimbraMimeFileExtension: zip
description: Zip Compressed Document

# search result
search: 2
result: 0 Success

# numResponses: 7
# numEntries: 6
[new zimbra@mailz ~ ]$

dn: cn=message/rfc822,cn=mime,cn=config,cn=zimbra
dn: cn=text/html,cn=mime,cn=config,cn=zimbra
dn: cn=text/plain,cn=mime,cn=config,cn=zimbra
dn: cn=text/calendar,cn=mime,cn=config,cn=zimbra

are still setted to TRUE, aren't they?

in a word, order is relevant or not?

[phoenix]

I don't believe the order is relevant, I'd suggest you follow-up the case you have open with support for this matter.