Temporary message delivery failure

[goetzi]

Originally Posted by KevinH

Maybe. Have you ever recieved mail at this account? Do any other mail accounts work?

Yes, I receive many mails with this account, but from time to time this error occurs.
Beside this error, the account is working really fine.
The other accounts are working fine too, but they are not frequently used, so I couldn't check if there were similar errors.

Shall I change my name so there are no german umlauts?

[Daryl Jones]

Just to clarify... This error occurs for less 1% of the messages that are received. Most messages are received without a problem. Users are reporting that they are not receiving some messages. We would really appreciate any help you can give us with this. We're running zcs-NETWORK-3.0.0_M2_744

[KevinH]

In general our tomcat (LMTP) response is 451 when there is an exception/error or on a timeout or when there is a problem indexing attachments. Can you check your /opt/zimbra/tomcat/logs/catalina.out for any exceptions or errors? Also can you look in /opt/zimbra/log/convertd.log for any errors(this log is for the attachment convertor).

[Daryl Jones]

/opt/zimbra/tomcat/logs/catalina.out doesn't contain any obvious indications of errors, however /opt/zimbra/log/convertd.log does. There are several error messages that refer to the kvfilter library not being found.

2005-12-13 15:52:27,814 WARN  [Convertd-1] [] VerityEngine - Verity filter error
com.verity.api.filter.FilterException: Error loading shared library kvfilter.
        at com.verity.api.filter.Filter.getStreamDocFormatInfo(Native Method)
        at com.verity.api.filter.Filter.getDocFormatInfo(Unknown Source)
        at com.zimbra.cs.convertd.VerityEngine.extract(VerityEngine.java:233)
        at com.zimbra.cs.convertd.TransformationHandler.doTextExtraction(TransformationHandler.java
:194)
        at com.zimbra.cs.convertd.TransformationHandler.processCommand(TransformationHandler.java:1
02)
        at com.zimbra.cs.tcpserver.ProtocolHandler.processConnection(ProtocolHandler.java:230)
        at com.zimbra.cs.tcpserver.ProtocolHandler.run(ProtocolHandler.java:197)
        at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:595)

There are also some of these messages:

2005-12-13 16:01:07,428 INFO  [Convertd-1] [] VerityEngine - found unfinished doc whose hash is: hO
,D9aIQ2vDZhPMx4oyk8X3fERA=_2

[KevinH]

Ok that's the problem, your missing the C++ libs that the attachment convertor needs. It's failing to load/run and any message with an attachment gets stuck in the queue to retry the attachment rendering/indexing.

See this thread which lists the pkgs you need to install. After that restart Zimbra and run a final postqueue -f to force a queue flush.

HTML Attachment Translation

[Daryl Jones]

Problem solved! Thank you very much!

'yum install compat-libstdc++' did the trick.

[goetzi]

I have exactly the same errors in /opt/zimbra/log/convertd.log as Daryl Jones has.

"yum install compat-libstdc++" ended in "no match for argument".

So I did
"compat-libstdc++-296
compat-libstdc++-33"
as described in the other thread.

I hope it is working now. I will observe it one day and will give you a report then.

[goetzi]

It seems to work now. Within 20 minutes after I installed this 2 things there came about 6 mails with attachments.

[urban@abak]

just to say it... even thought this topic is quiet old:

we had the same problem today. re-indexing the account might help. not a perfect solution i guess, but it worked for us.

[bjared]

Originally Posted by urban@abak

just to say it... even thought this topic is quiet old:

we had the same problem today. re-indexing the account might help. not a perfect solution i guess, but it worked for us.

I'm reindexing one of the mailboxes that is having this same issue. (This is a new issue, starting today, I think.)

I see this in the converd.log:

2007-01-15 15:16:34,263 DEBUG [Convertd-4] [] TransformationHandler - set up connection to client at remote port 60223
2007-01-15 15:16:34,266 DEBUG [Convertd-4] [] TransformationHandler - processing command (x) from client at remote port 60223
2007-01-15 15:16:34,269 DEBUG [Convertd-4] [] TransformationHandler - filename= scan 001.pdf
2007-01-15 15:16:34,363 WARN  [Convertd-4] [] VerityEngine - Verity filter error
com.verity.api.filter.FilterException:
In: <stream> Out: <stream>
 >>> Error while filtering: KVERR_badInputStream
        at com.verity.api.filter.Filter.filterStreamToStream(Native Method)
        at com.verity.api.filter.Filter.filterTo(Unknown Source)
        at com.zimbra.cs.convertd.VerityEngine.extract(VerityEngine.java:256)
        at com.zimbra.cs.convertd.TransformationHandler.doTextExtraction(TransformationHandler.java:194)
        at com.zimbra.cs.convertd.TransformationHandler.processCommand(TransformationHandler.java:102)
        at com.zimbra.cs.tcpserver.ProtocolHandler.processConnection(ProtocolHandler.java:231)
        at com.zimbra.cs.tcpserver.ProtocolHandler.run(ProtocolHandler.java:198)
        at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:595)
2007-01-15 15:16:34,386 DEBUG [Convertd-4] [] VerityEngine - deleted /opt/zimbra/convertd/inprocessing/0uPd,1e67O18d9gsj8lFQQ3lseM=_2
2007-01-15 15:16:34,423 DEBUG [Convertd-4] [] TransformationHandler - processing command (?) from client at remote port 60223
2007-01-15 15:16:34,425 WARN  [Convertd-4] [] TransformationHandler - got EOF from client
2007-01-15 15:16:34,425 DEBUG [Convertd-4] [] TransformationHandler - closing streams to client at remote port 60223
2007-01-15 15:16:34,426 INFO  [Convertd-4] [] ProtocolHandler - Handler exiting normally
2007-01-15 15:16:34,901 DEBUG [Convertd-5] [] TransformationHandler - set up connection to client at remote port 60224
2007-01-15 15:16:34,904 DEBUG [Convertd-5] [] TransformationHandler - processing command (x) from client at remote port 60224
2007-01-15 15:16:34,916 DEBUG [Convertd-5] [] TransformationHandler - filename= scan 001.pdf
2007-01-15 15:16:34,963 WARN  [Convertd-5] [] VerityEngine - Verity filter error
com.verity.api.filter.FilterException:
In: <stream> Out: <stream>
 >>> Error while filtering: KVERR_badInputStream
        at com.verity.api.filter.Filter.filterStreamToStream(Native Method)
        at com.verity.api.filter.Filter.filterTo(Unknown Source)
        at com.zimbra.cs.convertd.VerityEngine.extract(VerityEngine.java:256)
        at com.zimbra.cs.convertd.TransformationHandler.doTextExtraction(TransformationHandler.java:194)
        at com.zimbra.cs.convertd.TransformationHandler.processCommand(TransformationHandler.java:102)
        at com.zimbra.cs.tcpserver.ProtocolHandler.processConnection(ProtocolHandler.java:231)
        at com.zimbra.cs.tcpserver.ProtocolHandler.run(ProtocolHandler.java:198)
        at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:595)
2007-01-15 15:16:34,968 DEBUG [Convertd-5] [] VerityEngine - deleted /opt/zimbra/convertd/inprocessing/xErtqf1rmWPGU+,,XlLoTrczUfs=_2
2007-01-15 15:16:34,971 DEBUG [Convertd-5] [] TransformationHandler - processing command (?) from client at remote port 60224
2007-01-15 15:16:34,973 WARN  [Convertd-5] [] TransformationHandler - got EOF from client
2007-01-15 15:16:34,973 DEBUG [Convertd-5] [] TransformationHandler - closing streams to client at remote port 60224
2007-01-15 15:16:34,975 INFO  [Convertd-5] [] ProtocolHandler - Handler exiting normally

I have the compat libraries installed. This is ZCS NE 4.0.4. Usually I restart zimbra, and the deferred messages get sent, but this time, they popped back into the deferred queue. The mailbox I'm reindexing has 10,000 e-mails, so I won't have results for a while...

--Brian