Проблема состоит в том, что у Вас нет новой строки в конце файла. Согласно этому вопросу на том, ТАКИМ ОБРАЗОМ, необходимо оценить код выхода после выполнения чтения. Лучшее объяснение в ссылке.
#!/bin/bash
DONE=false
until $DONE ;do
read LINE || DONE=true
echo $LINE
done < "datafile"
Да, на самом деле РР - это записи А, которые smtp1.us.yusen-logistics.com
и smtp1.us.yusen-logistics.com
являются CNAME.
smtp1.us.yusen-logistics.com
является CNAME для grid1i.seg.att.com.
, который имеет несколько записей А, которые все перечислены.
То же самое с 2 замещенными записями smtp2
Как сказал Дмурати, реальная причина, по которой ваша почта никуда не уходит, не будет указана в ваших журналах. DNS работает, как и ожидалось.
Эти записи A находятся вне контекста для вашего запроса. Из-за этого они не помещаются в кеш, поэтому при втором запросе они не включаются. В противном случае это была бы атака DNS с отравлением кеша из учебников. Я мог бы прокрасться в www.google.com A-записи в этом первом ответе и сделать с вами плохие вещи, если бы ваш DNS-сервер кэшировал их.
Как также отмечалось, имена smtp1.us.yusen-logistics.com
и smtp2.us.yusen-logistics.com
в настоящее время являются CNAME для серверов AT&T, так что это явная неправильная конфигурация SMTP . CNAME не разрешены в ссылках MX, потому что это нарушает цепочку приоритетов MX с промежуточным хранением и часто вызывает петли маршрутизации почты.