Dumpfile-to-rt-3.0 v1.23 error: Couldn't create attac hment

Hi Jim

Did you solve this - I am seeing the same problem?

Thanks
Caroline

I’m upgradeing from RH 7.3 / mysql-3.23 / rt 2.0.14 to Debian Sarge /
Posgres 7.4.2-1 rt 3.0.9. When I try to run dumpfile-to-rt-3.0 on my
2.5k dumped tickets I receive the following error:


.t-38
.t-39
Couldn’t create attachment
$VAR1 = {
‘Subject’ => ‘’,
‘ContentType’ => ‘application/msword’,
‘Filename’ => ‘Doc1.doc’,
‘Headers’ => 'Content-Type: application/msword;
name=“Doc1.doc”
Content-Transfer-Encoding: base64
Content-Description: Doc1.doc
Content-Disposition: attachment;
filename=“Doc1.doc”
',
‘Creator’ => ‘16’,
‘Parent’ => ‘64’,
‘Created’ => ‘2002-09-13 04:11:31’,
‘id’ => ‘68’,
‘ContentEncoding’ => ‘none’,
‘TransactionId’ => ‘116’
};

ERROR: invalid byte sequence for encoding “UNICODE”: 0xe1
[Fri Apr 9 23:05:16 2004] [crit]: Died at ./dumpfile-to-rt-3.0 line 715.
(/usr/share/perl5/RT.pm:254)

I have seen others on the list with a similar issue but I did not see a
resolution. Should I try an older version of rt2-to-rt3?

Thanks,

Jim Williams
13x.com

This e-mail (and any attachments) contains information, which is
confidential and intended solely for the attention and use of the named
addressee(s). If you are not the intended recipient you must not copy,
distribute or use it for any purpose or disclose the contents to any person.
If you have received this e-mail in error, please notify us immediately at
is@ntt.co.uk. The information contained in this e-mail (and any attachments)
is supplied in good faith, but the sender shall not be under any liability
in damages or otherwise for any reliance that may be placed upon it by the
recipient. Any comments or opinions expressed are those of the originator
not of NTT Europe Ltd unless otherwise expressly stated.

The only proposed solution from RT / Wiki so far is to raise /etc/my.cnf value
of max_allowed_packet to something larger than the attachment size.

This however didn’t fix it for me, I got the same error thats been reported here
twice this week. After restarting mysql server with new value.

Ended up giving up, as my programming isnt up to the level needed to fix.

-Dave DOn Thu, 29 Apr 2004, Marriage, Caroline wrote:

Hi Jim

Did you solve this - I am seeing the same problem?

Thanks
Caroline

I’m upgradeing from RH 7.3 / mysql-3.23 / rt 2.0.14 to Debian Sarge /
Posgres 7.4.2-1 rt 3.0.9. When I try to run dumpfile-to-rt-3.0 on my
2.5k dumped tickets I receive the following error:


.t-38
.t-39
Couldn’t create attachment
$VAR1 = {
‘Subject’ => ‘’,
‘ContentType’ => ‘application/msword’,
‘Filename’ => ‘Doc1.doc’,
‘Headers’ => 'Content-Type: application/msword;
name=“Doc1.doc”
Content-Transfer-Encoding: base64
Content-Description: Doc1.doc
Content-Disposition: attachment;
filename=“Doc1.doc”
',
‘Creator’ => ‘16’,
‘Parent’ => ‘64’,
‘Created’ => ‘2002-09-13 04:11:31’,
‘id’ => ‘68’,
‘ContentEncoding’ => ‘none’,
‘TransactionId’ => ‘116’
};

ERROR: invalid byte sequence for encoding “UNICODE”: 0xe1
[Fri Apr 9 23:05:16 2004] [crit]: Died at ./dumpfile-to-rt-3.0 line 715.
(/usr/share/perl5/RT.pm:254)

I have seen others on the list with a similar issue but I did not see a
resolution. Should I try an older version of rt2-to-rt3?

Thanks,

Jim Williams
13x.com

This e-mail (and any attachments) contains information, which is
confidential and intended solely for the attention and use of the named
addressee(s). If you are not the intended recipient you must not copy,
distribute or use it for any purpose or disclose the contents to any person.
If you have received this e-mail in error, please notify us immediately at
is@ntt.co.uk. The information contained in this e-mail (and any attachments)
is supplied in good faith, but the sender shall not be under any liability
in damages or otherwise for any reliance that may be placed upon it by the
recipient. Any comments or opinions expressed are those of the originator
not of NTT Europe Ltd unless otherwise expressly stated.


The rt-users Archives

RT Developer and Administrator training is coming to LA, DC and Frankfurt this spring and summer.
http://bestpractical.com/services/training.html

Sign up early, as class space is limited.