Мое понимание здесь - то, что, учитывая, что это соединения от родителя до дочернего процесса, они - просто Apache, отслеживающий того, что делают дети. Примите во внимание что:
это не имеет место, насколько я знаю, что фиктивные соединения “израсходовали” дочерние элементы. Apache проверяет, каково состояние его детей, вместо того, чтобы осуществить их, чтобы протестировать, работают ли они или нет.
Вместо попытки чтобы переписать идентификатор сообщения в postfix, почему бы просто не заставить javamail с самого начала сгенерировать правильный MessageID.
Почему вы хотите это сделать? Как отметил @BenPilbrow, идентификатор сообщения почти бессмысленен. Практически единственное, что будет использовать его, - это почтовый клиент потоковой передачи.
Как заметил @stew, вы можете просто отправить электронное письмо с правильным идентификатором сообщения.
Наконец, решение postfix заключается в изменении значения $ myhostname , так как это то, что postfix использует после символа @ при создании идентификаторов сообщений.
Соответствующее свойство java - mail.host
. В зависимости от вашего приложения у вас может быть файл свойств, в котором вы установите его, например:
mail.host=your.tld
или используйте параметр командной строки -D:
java -Dmail.host=your.tld ...
Как указывали другие, часть домена в идентификаторе сообщения почти на 100% неактуальна - кроме случая спама. У меня была аналогичная проблема, когда сообщения, отправленные через программу mail
, доставлялись немедленно, а сообщения, отправленные через javamail, в котором не указан TLD в идентификаторе сообщения, получали только отложенную доставку.
Поскольку никто не дал вам решения о том, как postfix вставить идентификатор сообщения, который отражает ваш домен, и у меня была такая же проблема, я решил, что поделюсь Мне удалось сделать это с помощью postfix:
1) Добавить в конец /etc/postfix/main.cf[12160 visible 2) Вставить заменяющую строку в header_checks
/Message-Id:\s+<(.*?)@hostname>/ REPLACE Message-Id: <$1...@domain.tld>
3) Запустить postmap
postmap /etc/postfix/header_checks
4) Перезапустите постфикс
service postfix restart