Всевозможные реальные тесты и консольные в режиме дебага
exim -d+lookup -bhc IP-address
показали, что успешный лукап в базе sqlite зависит от регистра букв в
адресе.
Ситуация: отправитель шлет из MS Outlook через MS Exchange, на нем он
заведен как пользователь с Primary SMTP адресом - Artem.Petrov на domain1.tld.
Получатель письма при ответе видит в клиенте (User-Agent: Thunderbird
2.0.0.17) адрес для ответа artem.petrov на domain1.tld.
При доставке exim не находит такого соответсвия отправитель-получатель,
потому что в базу awl.db попала запись с адресом
Artem.Petrov на domain1.tld - разница в регистре.
Консольный тест при отправке якобы от Exchange (релей для его хоста)
таки показывает внесение в базу адреса с верхним регистром:
type=sqlite key="INSERT INTO awl (recipient, sender, expires) VALUES
("Artem.Petrov на domain1.tld", "admin на domain2.tld", 1225363472+60*60*24*2);"
А при при консольном тесте в обратную сторону наглядно видно, что exim
игнорирует регистр букв, введенный для команды rcpt to: и соответствие
не находится.
У меня на Exchange по-разному основной адрес указан у пользователей -
смотря какой админ как его завел. ИМХО, зависимость от регистра просто
неприемлема.
С мускулом таких проблем быть не должно, если учесть работу с регистром
при создании таблицы awl. Хотя при таком потоке спама не хочется его
лишний раз дергать