DKIM и заголовки средства отслеживания запроса
Попытка отправить полуответ здесь в случае, если кто-либо когда-либо сталкивается с подобной проблемой и находит это через поиск.
Я не смог решить эту проблему при использовании расслабленной канонизации заголовка для DKIM, подписывающегося в exim. Я взял сообщения в качестве примера, которые генерировались моим RT и чьи подписи перестали работать и в Gmail и в почте Yahoo, и затем протестировали их как это:
Я использовал PHP для реализации DKIM подписание алгоритма, как указано в документах (http://www.dkim.org/specs/rfc4871-dkimbase.html). Когда я выполнил свое сообщение через него с расслабленным/расслабленным, я произвел тот же хеш тела, но другая подпись сообщения, чем мой exim производила.
Я использовал PHP для реализации алгоритма проверки DKIM, затем взял источник сообщений, как получено Gmail и Почтой Yahoo и прокрутил его, приведя к идентичным результатам. Я также работал, сообщения через это не были сгенерированы моим Средством отслеживания Запроса, но прошли мой exim, и они были правильно переданы в моем проверять тест, как они имели на Gmail, и Почта Yahoo (цель этого состояла в том, чтобы доказать, что мои ключи и другая конфигурация работали правильно за пределами контекста RT, который они, кажется).
В этой точке я полагал, что существует или ошибка или неверная конфигурация в способе, которым мой exim обрабатывает регистрирование DKIM расслабленного/расслабленного. Я загрузил источник для библиотеки PDKIM, что exim использование ([https://github.com/duncanthrax/pdkim]), скомпилировало его и затем изменило примеры тестирования для соответствия моим ключам, настройкам и тестовым сообщениям. После запущения тестов я привел к тем же результатам как своя реализация PHP: те же хеши, те же подписи.
Это оставило меня с одной последней опцией, которая должна была смешать с источником exim, чтобы попытаться определить то, что определенный сценарий заставлял подпись сообщения изменять. Однако у меня был вид хита мой предел на то, сколько времени я хотел провести на этом.
Простое решение состояло в том, чтобы возвратить мою конфигурацию exim к простой канонизации, которая привела и к Gmail и к Почте Yahoo, которую передача dkim проверяет для сообщений, сгенерированных моим Средством отслеживания Запроса. Не, что я хотел, но достаточно хороший на данный момент.
Tôi đã gặp sự cố tương tự và tôi tin rằng đó là do RT gây ra, bao gồm tiêu đề "In-Reply-To" nhưng không thêm giá trị. Điều này chỉ xảy ra khi vé được mở trên giao diện người dùng web chứ không phải khi có email.
Tôi đã chèn dòng
dkim_sign_headers = from:sender:reply-to:subject:date:message-id:to:cc:mime-version:content-type:content-transfer:encoding:x-rt-ticket:x-rt-loop-prevention:x-rt-originator
và điều này dường như đã giải quyết được sự cố. Tôi có thể thử với các tiêu đề sẽ được ký nhưng bỏ qua tiêu đề "trong thư trả lời".
Exim vẫn đang ký ở chế độ Thư giãn.