Возможно ли отправить письмо таким образом что бы картинка из него не кэшировалась?

Question

[Максим Тюльпаков]

Есть подпись с одним и тем же адресом картинки, адрес остается неизменным, тогда как сама картинка периодически меняется. И получается что при отправке письма с новой картинкой у клиента естественно отображается старая из кэша. При ctrl+F5 или спустя какое-то время картинка конечно обновится. Но такой вариант не очень подходит, в связи с чем и возник вопрос.
Можно обнулить через JS, но пропустит ли почтовик письмо со скриптом?

Comments

[Rustam Bainazarov]

Скрипт точно нет. Нельзя просто менять пути до картинок, коли они обновляются?

[Максим Тюльпаков]

Рустам Байназаров, нет. Идея такая, что подпись у всех 300 сотрудников одна и та же, а сменить им всем сразу путь не реально. По большей части сотрудники технически не грамотны, хоть тыщу раз объясни, не смогут или напутают что-то... Да и в целом идея автоматизации...

[2cha.headz]

если путь до картинки не меняется, может гет параметр рандомный вконце вставлять скриптом?

[Максим Тюльпаков]

Нашел вроде интересное что-то:

<meta http-equiv="Expires" content="Wed, 26 Feb 1999 08:21:57 GMT">
<meta http-equiv="Pragma" content="no-cache">
Кроме того можно использовать и такие

<meta http-equiv="Cache-Control" content="no-cache">
<meta http-equiv="Cache-Control" content="private">
<meta http-equiv="Cache-Control" content="max-age=10800, must-revalidate">
<meta http-equiv="Cache-Control" content="max-age=10800, proxy-revalidate">

[Максим Тюльпаков]

2cha, боюсь что скрипт почтовыки не пропустят...

[Максим Тюльпаков]

Даже мета тэги тоже почтовики не пропустят, так как это header...

[ⓒⓢⓢ]

можно больше сказать, почтовики, такие как гугл, кешируют картинки к себе на сервера и уже от себя раздают конечным получателям

[2cha.headz]

Максим Тюльпаков, скрипт не в теле письма я имел ввиду...
скриптом только путь до файла формируете, а в письмо уже результат вставляете
например, если бы отправляли через php, то путь до картинки
<img src="/img.jpg?v=<?=time()?>">
и при каждой отправке у вас получался бы новый путь, но файл тот же =)
вы через что отправляете письмо?

[Максим Тюльпаков]

2cha, через различные клиенты: битрикс24, аутлук, мобильные клиенты....

[2cha.headz]

Максим Тюльпаков, хм... тогда проблематично таким способом, нужно конкретно пациента смотреть, чтобы к картинке подписи при каждой отправке добавлялось уникальное значение GET параметра

[Максим Тюльпаков]

Идея-то понятна, но вот как в облачный битрикс такую подпись втюхать...

Answer 1

[abmanimenja]

https://images.example.com/email/img123?unique=value

Comments

[Максим Тюльпаков]

не открывается страница...

[Rustam Bainazarov]

Максим Тюльпаков, она и не должна :))

[abmanimenja]

Максим Тюльпаков,

не открывается страница...

А если, все же, подумать?

[abmanimenja]

Ладно, пожую. Речь-то об:

<img src="https://images.example.com/email/img123?unique=value">

[Максим Тюльпаков]

abmanimenja,

Некоторые добиваются запрета кэширования страниц или изображений методом добавления к ссылкам рандомного (случайного) числа, как параметра запроса. Точнее это не запрет, а попытка обмануть браузер, что мол он должен заново загрузить страницу, так как URL уже изменен:

$echo = ' Ссылка ';
$echo = '';
Правда это не всегда и не на всех версиях и типах браузеров срабатывает, да и может помочь лишь в случаях, когда ссылки генерируются динамически.

Источник: https://subscribe.ru/archive/comp.inet.4remindru/2...

[Максим Тюльпаков]

abmanimenja, или достаточно добавить этот параметр ?unique=value к изображению и все норм будет?

[abmanimenja]

Максим Тюльпаков,

или достаточно добавить этот параметр ?unique=value к изображению и все норм будет?

Название как бы говорит само за себя "?unique=value"
Если картинка изменилась - то и то, что после символа "?" должно измениться.
А вот этого автора больше не читайте:

Правда это не всегда и не на всех версиях и типах браузеров срабатывает

Это какой-то студент уже всех поучает. Он ошибается.

[2cha.headz]

Максим Тюльпаков, я вам об этом же выше и писал))

Answer 2

[dollar]

JS в письмах это нарушение всех канонов безопасности. Нормальный почтовик JS не пропустит. Что касается картинок, то они часто кэшируются также почтовиком, тоже из соображений безопасности.

Вот смотрите. Я шлю вам письмо с картинкой на моем сайте. Мой сайт умный, отслеживает обращения к картинке. А сама картинка уникальная - я её отправил вам и только вам. И вот на моем сервере зафиксировано обращение к картинке. Очевидно, вы открыли письмо. Так что первое - я узнаю время прочтения письма. Далее, сервер узнает, с какого ip произошло обращение к картинке. Так что я знаю ваш ip. Далее я знаю вашу ОС и браузер. Вам не кажется, что это уже перебор? Вот чтобы такой фигни не было, почтовик сам загружает картинку от своего имени и выдает юзеру из кэша.

Для вас я вижу только два варианта решения:
1) Слать каждому уникальную картинку.
2) Слать всем одну и ту же ссылку. А вот при переходе по ссылке на ваш сайт, вы уже сможете что угодно и как угодно показывать и учитывать. Там у вас будет и JS и что хотите.

Самый правильный вариант, имхо, комбинированный - слать каждому уникальную ссылку. Если перейти, то по ключу в ссылке ваш сайт узнает, что за сотрудник, и автоматически авторизует и дальше покажет, что надо.