Você poderia criar uma página PHP que geral alguma imagem. Ai você coloca essa imagem no email, tipo, dentro de um frame. Assim que abrir o email, vai abrir a imagem e consequentemente fazer um UPDATE em sua tabela.

Bem, só consegui pensar nisso.

crie um script de carregamento de imagens. personalize a url para cada e-mail enviado.

<img src="carregaImagem.php?img=imageACarregar&destinatario=emailDoDestinatario@mail.com">

 

Nesse sentido o src chama um arquivo php que devolve a imagem constante acima e avisa o sistema que aaquele destinario leu.. ai você tem como administrar do jeito que você quiser com qtd de acesses, hora.. etc.;

>
crie um script de carregamento de imagens. personalize a url para cada e-mail enviado.

<img src="carregaImagem.php?img=imageACarregar&destinatario=emailDoDestinatario@mail.com">

 

Nesse sentido o src chama um arquivo php que devolve a imagem constante acima e avisa o sistema que aaquele destinario leu.. ai você tem como administrar do jeito que você quiser com qtd de acesses, hora.. etc.;

Interessante isso cara...

Então simplesmente eu coloco esse código abaixo como você disse dentor da minha mensagem, só?

ficando assim

<img src="carregaImagem.php?img=imagem.jpg&destinatario=joao@hotmail.com">

é isso?

[ RESOLVIDO ]

Isso é uma técnica antiga de 10 anos atrás quando os clientes de email não bloqueavam imagens

Atualmente a maiora dos clientes de email consideram parcialmente como spam emails que contem html com imagens linkadas para urls dinâmicas.

Além do mais, o usuário precisa permitir a exibição de imagens no email.

O risco que você corre com isso é que oemailpode começar a cair diretamente na caixa de spam com mais frequência

Então coloque um iframe.

>
Então coloque um iframe.

E como seria isso feito com iFrame amigo?

Aguardo!

#5, #6

Atualmente a maiora dos clientes de email consideram parcialmente como spam emails que contem html com imagens linkadas para urls dinâmicas.

O uso de iframe ou frameset também também cai na mesma situação inclusive o nível de classificação como spam é maior em relação a imagens na tag <img>

Se pensar em usar isso no css ou javascript, esqueça, porque também cai nos filtros anti-spam.

Antigamente era possível fazer assim:

<link rel="stylesheet" type="text/css" href="http;//foo.bar/css/Styles.css?123" />

Linkar um css remotamente era uma alternativa depois de que o uso de imagens passou a conter restrições. Mas também foi bloqueado depois de um tempo..

Nesse link acima a técnica usa rewrite_rule para não ficar uma url óbvia tipo "http://foo.bar/email.php?email@foo.bar"

O número 123 seria o código de identificação do email.

Mas esquece isso porque nenhum cliente de email permite atualmente.

o mesmo poderia ser usado também com JavaScript

<script type="text/javascript" src="http://foo.bar/js/script.js?123"></script>

obviamente também está bloequado..

Ainda era permitido usar css e javascript in-body, ou seja, ao invés de linkar remotamente, escrever na tag header

Uma técnica que funcionou bem foi escrever um carregamento dinâmico

Nesse exemplo o script do Google Analytics, nada a ver com o assunto, mas apenas colocando um exemplo de como fazer embed via JavaScript:

 var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
 ga.src = 'http://foo.bar/js/script.js?123';
 var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);

Funcionou bem durante um tempo, mas logo os clientes de email perceberam e bloquearam.

Um problema de permitir isso é que era usado por spammers principalmente e também para distribuição de vírus.

Enfim, não compensa "inventar gambiarras". Pode funcionar por um tempo, mas é ilusão.

O que recomendo é manter a técnica com imagens externas e manter os padrões legais, pois apesar do bloqueio o usuário é quem decide exibir ou não.