[rt-users] dumpfile-to-rt-3.0 --> $ENCODING ?
Jens Porup
jens at cyber.com.au
Wed Aug 18 03:20:10 EDT 2004
G'day,
I am upgrading a production 2.0 RT to the latest and greatest.
However, the dumpfile-to-rt-3.0 fails when attempting to import the
Attachments table:
Couldn't create attachment
$VAR1 = {
'Subject' => '',
'ContentType' => 'application/msword',
'Filename' => 'C:\\Documents and
Settings\\adamc\\Des ktop\\Hosting Apllication Form.doc',
'Headers' => 'Content-Type: application/msword;
name="C:\\Documents and Settings\\adamc\\Desktop\\Hosting Apllication Form.doc"
Content-Disposition: inline;
filename="C:\\Documents and Settings\\adamc\\Des ktop\\Hosting Apllication Form.doc"
Content-Transfer-Encoding: base64 ',
'Creator' => '3',
'Parent' => '31',
'Created' => '2001-12-17 13:44:39',
'id' => '33',
'ContentEncoding' => 'none',
'TransactionId' => '31'
};
ERROR: invalid byte sequence for encoding "UNICODE": 0xe1
[Wed Aug 18 07:06:50 2004] [crit]: Died at dumpfile-to-rt-3.0 line 714.
My Attachments table is filled with binary files--MS Word docs, etc. I tried
changing the $ENCODING="base64" but that didn't work. (I don't really know much
about different coding sets.)
Is the solution to the problem $ENCODING="magic_word" ?
Or is something else going on here?
Thanks,
Jens
More information about the rt-users
mailing list