Когда OTRS получает сообщения электронной почты из учетной записи IMAP, он забывает исходную дату отправки и заменяет ее датой получения (!).
Обычно это не проблема, но когда вы импортируете существующую папку IMAP с множеством писем в OTRS все даты установлены на данные импорта.
Это не круто, и я хотел бы знать, есть ли способ заставить OTRS читать заголовки электронной почты и использовать это для замены create_time поле в article стол. Подумывал использовать модуль фильтра постмастера (или что-то подобное).
Как мне заставить OTRS читать date заголовок в электронном письме и используйте который дата для create_time?
Короткий ответ: это невозможно. Длинный ответ: если вы хотите сделать это, вам нужно изменить метод TicketCreate (), потому что в настоящее время он будет использовать только текущее время в качестве даты создания для нового билета.
Решение, которое я нашел, - добавить триггер в MySQL следующим образом:
На article_attachement
CREATE TRIGGER bi_article_attachement_each BEFORE INSERT ON article_attachment
FOR EACH ROW
BEGIN
DECLARE newdate datetime;
SET newdate = null;
SELECT create_time INTO newdate FROM article_plain ap WHERE ap.article_id = new.article_id LIMIT 1;
IF newdate IS NOT NULL THEN
SET new.create_time = newdate;
SET new.change_time = newdate;
END IF;
END
На article_plain
CREATE TRIGGER bi_article_plain_each BEFORE INSERT ON article_plain
FOR EACH ROW
BEGIN
DECLARE datestr CHAR(40);
DECLARE newdate DATETIME;
DECLARE mindate DATETIME;
DECLARE myticket BIGINT;
SET datestr = mid(new.body,locate('Date: ',new.body)+6,40);
SET newdate = coalesce(str_to_date(datestr,'%a, %e %M %Y %k:%i:%s'),str_to_date(datestr,'%e %M %Y %k:%i:%s'),new.create_time);
SET new.create_time = newdate;
UPDATE article a SET a.create_time = newdate WHERE a.id = new.article_id;
SELECT a.ticket_id INTO myticket FROM article a WHERE a.id = new.article_id LIMIT 1;
SELECT least(min(a.create_time),new.create_time) INTO mindate FROM article a WHERE a.ticket_id = myticket;
UPDATE ticket t
SET t.create_time = least(t.create_time, mindate)
, t.create_time_unix = unix_timestamp(least(t.create_time, mindate))
WHERE t.id = myticket;
END
Та же таблица, но после обновления
CREATE TRIGGER ua_article_plain_each AFTER UPDATE ON article_plain
FOR EACH ROW
BEGIN
IF old.create_time <> new.create_time THEN BEGIN
UPDATE article a SET a.create_time = new.create_time, a.change_time = new.create_time WHERE a.id = new.article_id;
END; END IF;
END
Наконец триггер на ticket:
CREATE TRIGGER bu_ticket_each BEFORE UPDATE ON ticket
FOR EACH ROW
BEGIN
DECLARE newtn varchar(50);
DECLARE newdate varchar(12);
DECLARE filter varchar(13);
SET newdate = date_format(old.create_time,'%Y%m%d%H%i');
SET filter = concat(newdate,'%');
SELECT concat(newdate,ifnull(right(concat('0000',right(max(tn),4)+1),4),'0001')) INTO newtn
FROM ticket
WHERE tn LIKE filter;
SET new.tn = newtn;
END
У меня такая же проблема. Большое спасибо за эту помощь. Процедуры у меня не работали, поэтому я изменил их и стал работать с временной таблицей.
CREATE TABLE `article_plain_date` (
`article_plain_FK` INT(11) NOT NULL,
`atricle_ID` INT(11) DEFAULT NULL,
`ticket_ID` INT(11) DEFAULT NULL,
`create_date` DATETIME DEFAULT NULL,
PRIMARY KEY (`article_plain_FK`)
) ENGINE=MYISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
INSERT INTO article_plain_date
SELECT p.id,a.id,t.id,IF(STR_TO_DATE(MID(body,LOCATE('Date: ',body)+6,25),'%a, %e %M %Y %k:%i:%s'),STR_TO_DATE(MID(body,LOCATE('Date: ',body)+6,25),'%a, %e %M %Y %k:%i:%s'),p.create_time) AS create_date FROM otrs.article_plain p
JOIN article a ON (p.`article_id` = a.id)
JOIN ticket t ON (a.`ticket_id` = t.id);
UPDATE article_plain p
JOIN article_plain_date d ON (p.`article_id` = d.`atricle_ID`)
SET p.`create_time` = d.`create_date`;
UPDATE article a
JOIN article_plain_date d ON (a.id = d.`atricle_ID`)
SET a.`create_time` = d.`create_date`;
UPDATE ticket t
JOIN article_plain_date d ON (t.id = d.`ticket_ID`)
SET t.`create_time` = d.`create_date`, t.`create_time_unix` = UNIX_TIMESTAMP(d.`create_date`);