Hello,
What I've found is that if you have literal_key enabled
when you
encode the data, it can't be decoded by perl (or I haven't
figured out
how to, at least). If you disable literal_key then perl can
decode it,
but the php interface breaks. Attached are a couple test
scripts if you
want them to play with, mainly stuff ripped from
process-quarantine-sub.pl. Use them with something like:
test-encrypt.pl < file.txt | test-decrypt.pl > out.txt
diff file.txt out.txt
Just comment out literal_key in test-encrypt.pl and it will
work.
I'm heading home soon... will try to work on it some more
tomorrow.
Jesse
On Thu, 2006-10-26 at 13:15 -0700, Robert LeBlanc wrote:
>
> The #368 issue is different however. For some reason
that I'm
> investigating, with versions 2.17 and later of
Crypt::CBC an item
> encrypted and then decrypted with the same set of
options does not
> seem
> to decrypt, which suggests that a slightly different
set of options
> may
> be necessary at the decryption end now. This issue
affects only the
> process-quarantine-sub.pl script, so both Bayes
training and spam
> reporting are broken when Crypt::CBC 2.17 or later are
used. This is
> in
> spite of the fix from #280.
--
Jesse Norell - jesse kci.net
Kentec Communications, Inc.
_______________________________________________
Maia-users mailing list
Maia-users renaissoft.com
http://www.renaissoft.com/mailman/listinfo/maia-users
|