Возможно, но независимо от того, будет ли это работать для определенного получателя, вы не можете его контролировать.
IETF RFC 822 предусматривает использование префикса X- для поставщика.- и могут быть выделены заголовки для конкретных приложений, во многом как инди-типы MIME.
Почтовые ретрансляторы и почтовые клиенты оставляют или удаляют такие заголовки по своему усмотрению.У вас нет средств для принудительного сохранения этих заголовков в сценарии с ответом или пересылкой.
В реальных приложениях, для которых одинаковое требование ссылаться на значение Id базы данных (сначала мне приходят в голову порталы поддержки)), часто видно, что они включают GUID в строке темы и упоминают в основном тексте, что получатель не должен удалять или изменять это значение, чтобы не нарушить автоматическую обработку ответов.
Этот подход лучшево многих отношениях к x-заголовку:
- он не скрывает тот факт, что от имени получателя передается дополнительная информация
- , не вызывает спам-фильтры, почтовые релеии почтовые клиенты для автоматического удаления этой информации без уведомления отправителя или получателя
- он оставляет получателя свободным решать, хотят ли они пересылать или отвечать на почтовые ящики, отличные от почтового ящика отправителя, включая или исключая идентификатор, поскольку онисочтите нужным
Если вы собираетесьчтобы придерживаться заголовков, посмотрите на Thread-Index и Thread-Topic.Здесь, как это часто бывает, Microsoft вводила определяемые приложением атрибуты без стандартного префикса, и есть вероятность, что они переносятся с ответами более надежно, чем x-заголовки, только потому, что они существуют более долгое время - YMMV .