Exim 4.69 запрещает исходящую почту из-за синтаксически неверного EHLO (причудливое FQDN псевдо-MAC)

Со вчерашнего дня (новый маршрутизатор, который, как я подозреваю, является основной причиной) у клиента возникли проблемы с отправкой электронной почты. Прием нормальный, только исходящий постоянно глючит.

Следя за основным журналом eximʻa, это представляемый EHLO и причина, по которой exim отбрасывает его:

2013-03-09 15:07:00 SMTP connection from host109-155-115-197.range109-155.btcentralplus.com (unknown-68:a8:6d:03:cf:6e.home) [109.155.115.197]:52877 

с последующим

rejected EHLO from host109-155-115-197.range109-155.btcentralplus.com [109.155.115.197]:52848 I=[213.229.88.78]:587: syntactically invalid argument(s): unknown-68:a8:6d:03:cf:6e.home  

Добавление двоеточия в helo_allowed_chars в exim.conf поток почты ожидаемый:

Получено: от host109-155-115-197.range109-155.btcentralplus.com ([109.155.115.197]: 52913 helo = unknown-68: a8: 6d: 03: cf: 6e.home)

Рассматриваемый почтовый клиент - Mail.app,

Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
X-Mailer: Apple Mail (2.1499)

Полагаю, у меня тройной вопрос:

1. Почему домашние концентраторы BT генерируют эти явно бессмысленные локальные FQDN?
2. Почему OSX слепо принимает любое старое странное, несовместимое имя локального хоста?
3. Почему Mail.app слепо принимает это странное, несовместимое имя локального хоста при отправке исходящей электронной почты - даже если оно явно незаконно и не проходит проверку RFC?
4. Почему я не вижу эту проблему чаще? Это первый раз, когда кто-то говорит, что их исходящая электронная почта не работает, и я настроил электронную почту на многих компьютерах Mac с помощью Mail.app, и все они с удовольствием отправляют и получают, когда я печатаю. (Я вижу их в Exim mainlog.)

Ищу другой трафик BT Home Hub, я вижу входящее соединение с использованием того, чей EHLO выглядит более стандартизованным:

2013-03-07 20:04:17 H=host81-156-4-96.range81-156.btcentralplus.com (BThomehub.home)

Не знаю, генерирует ли это Mac или ПК, но он исходит из вне.

Я занимаюсь обновлением этого сервера до последних стабильных сборок, включая Exim (в настоящее время он работает под управлением 4.69). Я не хочу оставлять этот RFC-хак в конфигурации eximʻa, должен быть более аккуратный способ решения этой проблемы, если пользователь представляет действительные учетные данные.

Действительно ли каждый клиент BT Broadband, использующий Mac, сталкивается с той же проблемой с электронной почтой, поддерживаемой Exim, - и они просто не осознают этого? Раньше мне приходилось работать с домашними концентраторами, в том числе с компьютерами Mac в среде, и я никогда не видел псевдо-MAC-адреса, например unknown-68:a8:6d:03:cf:6e.home назначенный сетевому устройству, я обычно только когда-либо видел имена хостов, сопоставленные с такими устройствами в разделе LAN маршрутизатора, где он не может определить тип устройства или имя хоста, поэтому просто показывает его MAC-адрес с добавленным мусором по умолчанию.

Все более актуальными являются попытки выяснить, почему эти данные должны быть представлены почтовому серверу, я не хочу поддерживать этот взлом надолго. Я даже не могу гарантировать, что он будет работать после обновления Exim, но я не собираюсь откладывать обновление сервера для поддержки несовместимого клиента.