Gmail - recibo de leitura

Não sei se tens noção, mas o não levantares a carta registada não te exime de poderes a vir ser considerado notificado/citado...ou seja, é como se a recebesses!

Não é assim. Terá que ser enviada nova carta por correio normal e só aí fica validado o envio.
 
Numa perspectiva empresarial é impensável nao haver recibos de leitura ... eu uso em 100% dos emails que envio profissionalmente.

E eu nunca envio nenhum recibo de leitura.
E o meu servidor não envia de entrega.

É uma falha de segurança enviar recibos de entrega/leitura.

Email tracking - Wikipedia, the free encyclopedia
Privacy issues
[edit]


Email tracking is used by individuals, email marketers, spammers and phishers, to verify that emails are actually read by recipients, that email addresses are valid, and that the content of emails has made it past spam filters. It can sometimes reveal if emails get forwarded (but not usually to whom). When used maliciously, it can be used to collect confidential information about businesses and individuals and to create more effective phishing schemes.

EDIT:
O Gmail não é o único:
https://discussions.apple.com/message/18712612
 
Última edição:
Numa perspectiva empresarial é impensável nao haver recibos de leitura ... eu uso em 100% dos emails que envio profissionalmente.
trabalho há anos e não uso recibos há anos... e chego a receber +200 emails (algumas newsletters e alertas de ferramentas [:D]) dia.
Para quê basicamente?
 
Não é assim. Terá que ser enviada nova carta por correio normal e só aí fica validado o envio.

O meu vizinho também era só facilidades, até que lhe apareceram à porta um oficial de execuções e a PSP com um auto de penhora para a casa que habita[:cool:] isto porque deixou devolver um registo do tribunal. Verificou-se mais tarde, após não sei quantos dias perdidos e despesas inerentes que o responsável pela dívida aos TLP não era ele mas sim o antigo proprietário da moradia. A sorte ainda foi ele estar em casa aquando da visita do tribunal, pois podia acontecer um dia chegar a casa e ter os bens arrestados.
 
Terá.
Faz parte do RFC de SMTP.
Se um servidor não aceitar a mensagem, deverá retornar uma mensagem de erro.

E o RFC do SMTP (ou lá o que isso seja)...

Impede a mensagem de ir directa para o "Junk" ou para outro separador?

Eu gosto dos recibos de leitura, às vezes até dá para constatar a actividade laboral de alguns inúteis [:D]. Mails com pedidos urgentes abertos 2 meses depois e outras situações parecidas.
 
não costumo participar no forum.... mas vou
estou farto de me rir.... "microsoft" dependentes... e "rato" dependentes

já agora o servidor nao se chama SMTP..é mais que isso..o SMTP é o protocologo da porta 25 (enviar) mas tambem pode ser a 885....
o Nome do servidor chama-se UMTS, é o que faz pop smtp, etc etc....
e sim qualquer servidor seja ele qual for dá para pedir recibo de leitura.... faz parte do protocologo entre servidores.... se alguem entendido ler sabe o que estou a falar...
não temos culpa que estejam habituados a utilizar o rato e paginas web (webmail)

e antes que acha bocas....alguem "minimamente inteligente" que escreva como se manda um e-mail há maneira antiga pela linha de comandos
 
Última edição:
não costumo participar no forum.... mas vou
estou farto de me rir.... "microsoft" dependentes... e "rato" dependentes

já agora o servidor nao se chama SMTP..é mais que isso..o SMTP é o protocologo da porta 25 (enviar) mas tambem pode ser a 885....
o Nome do servidor chama-se UMTS, é o que faz pop smtp, etc etc....
e sim qualquer servidor seja ele qual for dá para pedir recibo de leitura.... faz parte do protocologo entre servidores.... se alguem entendido ler sabe o que estou a falar...
não temos culpa que estejam habituados a utilizar o rato e paginas web (webmail)

[:)] [:)] [:)] [:)]
Ainda bem que não costumas participar...
 
Eu envio qd é um assunto "de vida ou de morte" ou quando lido com pessoas que têm o hábito ade dizer "há e tal não recebi nada" ou "não percebo o que se passa com o meu outlook porque os seus mails nunca entram" etc. Chamadas desculpas esfarrapadas.

Em negócios, uso pedido comprovativo de menssagem qd quero comprometer a outra parte ou fixar uma data qualquer. (sei bem que nem sempre funciona mas tento sempre).

Uso tb o pedido de leitura sistematicamente qd envio email de "entalamento/ultimato" a uma pessoa de tipo "Não xei".

Caro Xor. "Não xei",

Não havendo instruções em contrário da sua parte até à hora X, o produto da sua encomenda vai ser fornecido verde às bolinhas amarelas.

Cumps,

Se, em vez desse mail, ligar antes a essa pessoa perguntando directamente, a resposta será " não xei, tenho de perguntar a não sei quem" e fico eu entalado.

Se enviar um mail, por exemplo a perguntar se posso:

Caro Xor. "Não xei",

Podemos fornecer o produto da sua encomenda em verde às bolinhas amarelas?

Cumps,

O que é que acontece a seguir? : "não xei".[:)]

O recibo de leitura ajuda bastante porque, ao receber o email de "entalamento" o xor "não sei" tem de se mexer e dar à sola senão é ele que se lixa perante os seus superiores.[:D]

P.S. nem sempre funciona com altos quadros. Funciona melhor com assistentes, secretárias, administrativos cyborg e toda espécie de inuteis que empatam em todas as firmas deste país. Vcs sabem do que estou a falar.[:D]
 
Também já procurei essa parte do recibo leitura no Gmail e nunca encontrei.

Sempre existiu... basta por no final do mail algo do género: "Por favor responda se recebeu. Obrigado"
É o melhor pedido de recepçao que pode haver, e nao tem falhas de segurança... e acreditem que a maioria das pessoas realmente confirma.
 
Última edição:
Há outro modo:



[:)]

ainda bem que ris..... se calhar nao sabes que existem dois recibos??????? o de leitura e o da recepção dos servidor..... o primeiro de recepção só das se quiseres.... o segundo o servidor entrega automaticamente........ faz parte do protocologo smtp.....
se um dia quizeres saber se a pessoa lé a mensagem. é enviares o codigo ao servidor a pedir se ele recebeu a mensagem.....

agora ri-te a vontade...... a verdade é esta.....
 
ainda bem que ris..... se calhar nao sabes que existem dois recibos??????? o de leitura e o da recepção dos servidor..... o primeiro de recepção só das se quiseres.... o segundo o servidor entrega automaticamente........ faz parte do protocologo smtp.....
se um dia quizeres saber se a pessoa lé a mensagem. é enviares o codigo ao servidor a pedir se ele recebeu a mensagem.....

agora ri-te a vontade...... a verdade é esta.....

[:)] [:)] [:)] [:)] [:)] [:)]

Olha, uns quantos posts ANTES do teu:
E eu nunca envio nenhum recibo de leitura.
E o meu servidor não envia de entrega.
(...)

Olha, já deu para perceber que tu pensas que sabes... mas a realidade é
que não sabes. E por isso não tens noção das asneiras que disseste no
primeiro post... e que continuas a neste último.

O do "servidor" não é de recepção, é de ENTREGA. O servidor (MTA) que
recebe a mensagem tem um serviço de entrega (MDA) que entrega a
mensagem na caixa de correio do utilizador que se encontra no servidor.
E por isso o que o servidor envia não é um recibo de recepção, mas sim
de entrega, e chama-se DSN (Delivery Status Notification).

se um dia quizeres saber se a pessoa lé a mensagem. é enviares o codigo ao servidor a pedir se ele recebeu a mensagem.....

E se quiseres saber isso no meu servidor... não sabes. Porque o meu não
envia.

A verdade é esta. Pensas que sabes. Mas não sabes.
[:D]
 
E se quiseres saber isso no meu servidor... não sabes. Porque o meu não
envia.

A verdade é esta. Pensas que sabes. Mas não sabes.
[:D]


Explica-me um cena sff.

Qd o servidor de envio está a enviar um e-mail existente para um servidor real ( o teu por ex) , os dados vão para algum lado certo? Isto é, os dados são enviados e não retorna nenhum menssagem de erro.

Ora se isto é assim, eu posso assumir que um mail enviado para o teu servidor ( sem qq pedido de aviso de recepção), que não retorne nenhuma mensagem de erro, chegou mesmo ao teu servidor.


Ou não?
 
Explica-me um cena sff.

Qd o servidor de envio está a enviar um e-mail existente para um servidor real ( o teu por ex) , os dados vão para algum lado certo? Isto é, os dados são enviados e não retorna nenhum menssagem de erro.

Ora se isto é assim, eu posso assumir que um mail enviado para o teu servidor ( sem qq pedido de aviso de recepção), que não retorne nenhuma mensagem de erro, chegou mesmo ao teu servidor.


Ou não?

Podes assumir que sim.
Ou seja, um servidor bem configurado deve dar uma mensagem de erro SMTP
caso a mensagem não seja aceite. Logo, não dando erro, pode assumir-se que
a mensagem foi aceite.

Mas...
Há quem configure os servidores para SILENT REJECT. Ou seja, rejeição silenciosa,
que normalmente é usada quando o servidor acha que a mensagem é SPAM. Mas
isto é um funcionamento errado segundo o RFC.

De qualquer modo, o DSN (Delivery Status Notification) não tem nada a ver com
isto. Porque a mensagem de erro de rejeição é uma resposta ao servidor que está
em contacto com o nosso, e que ocorre durante o protocolo de comunicação entre
ambos (SMTP). Já o DSN é uma mensagem de e-mail que é enviada pelo nosso
servidor para o remetente do e-mail que pediu esse DSN.

A diferença pode parecer insignificante, mas é enorme.
No caso do erro durante a comunicação SMTP, é o servidor que iniciou a comunicação
que é informado do erro.
No caso do DSN é o remetente. Como o endereço do remetente pode ser facilmente
falsificado, o DSN pode estar a ser entregue a uma vítima inocente. Ou seja, poderemos
estar a ser usados para propagar SPAM, ou para fazer DoS.

Bounce message - Wikipedia, the free encyclopedia
Why you shouldn't bounce spam and viruses

Portanto, não existe nenhum problema em rejeitar mensagens sem ser silenciosamente.
Mas há problemas em rejeitar silenciosamente, e ainda mais problemas em fazer
bounce (e delivery e read receipts).
 
Voltar
Superior