I applied the following (sql.queries output) to our RT database (mysql
4.1.18) and now my e-mail templates only list a single character. It
appears to be the first character of the template. Like S or R.
ALTER DATABASE rt3 DEFAULT CHARACTER SET utf8;
ALTER TABLE ACL DEFAULT CHARACTER SET utf8;
EOF at template line 4.
Somewhere I am missing a separator
-Original Message-
From: Panu [mailto:[EMAIL PROTECTED]
Sent: Friday, October 17, 2008 11:19 AM
To: rt-users@lists.bestpractical.com
Cc: Timothy Butkiewicz
Subject: Re: E-mail Templates are only a single character
ALTER TABLE
I've managed to get the templates working, but e-mail does not appear to be
generating on certain scrips and queues. I am seeing this in the log:
[Fri Oct 17 17:15:13 2008] [debug]: Working on mailfield Bcc; recipients are
(/opt/rt3/bin/../lib/RT/Action/SendEmail.pm:640)
[Fri Oct 17 17:15:13
Can we clarify this? The UPGRADING.mysql seems to allude to the fact
that latin1 should be used instead of utf8. The schema says utf8, but
the docs appear to say something else. I too am having issues with
attachments.
UPGRADING.mysql reads:
* don't use utf8 as default mysql's character set,
I am having the problem with corrupted attachments after upgrading to
3.8/3.8.1
I am using mysql 4.1.18
Here are my char_set variables:
mysql show variables like 'c%';
+--++
| Variable_name| Value |
I am having the problem with corrupted attachments after upgrading to
3.8/3.8.1
I am using mysql 4.1.18
Here are my char_set variables:
mysql show variables like 'c%';
+--++
| Variable_name| Value |
Receiving the following:
perl etc/upgrade/schema.mysql-4.0-4.1.pl rt3 rt 1greatsolution
sql.queries
DBD::mysql::db column_info failed: column_info doesn't support column
selection at etc/upgrade/schema.mysql-4.0-4.1.pl line 227.
DBD::mysql::db column_info failed: column_info doesn't support