Has anyone seen this before? We use a third party vendor solution as a document repository and they send a copy of these documents to our Cloverleaf, encoded in base 64. About once or twice a month we get these errors. If this is encoded with software, shouldn’t it be trivial amount of logic to ensure the correct number of padding characters are appended?
or is this a tcl error on my side that happens during decoding?
Thanks,
Peter
Peter Heggie
PeterHeggie@crouse.org