Ticket #401 (closed tarefa: fixed)

Opened 11 years ago

Last modified 9 years ago

Envio de e-mails importantes

Reported by: diogenesduarte Owned by: diogenesduarte
Priority: média Milestone:
Component: ExpressoMail Version: 1.0
Severity: Keywords:
Cc: WorkGroup:

Description

Ao enviar e-mails, o usuário deverá ter a opção de marcá-los como importante. E-mail marcados como importantes no envio da mensagem, não poderão dar a possibilidade de tirar essa marcação após recebido.

Change History

comment:1 in reply to: ↑ description ; follow-up: ↓ 2 Changed 11 years ago by niltonneto

Replying to diogenesduarte:

Ao enviar e-mails, o usuário deverá ter a opção de marcá-los como importante. E-mail marcados como importantes no envio da mensagem, não poderão dar a possibilidade de tirar essa marcação após recebido.

Atualmente, a flag de importante (FLAGGED) serve apenas para sinalizar, e não prioriza sua entrega, já que a maioria dos servidores ignoram essa flag. Por essa razão, não tinha sido implementado até hoje. Além disso, como fazer esse bloqueio de alteração de flag para usuários que acessam por cliente de email?

comment:2 in reply to: ↑ 1 Changed 11 years ago by diogenesduarte

Replying to niltonneto:

Replying to diogenesduarte:

Ao enviar e-mails, o usuário deverá ter a opção de marcá-los como importante. E-mail marcados como importantes no envio da mensagem, não poderão dar a possibilidade de tirar essa marcação após recebido.

Atualmente, a flag de importante (FLAGGED) serve apenas para sinalizar, e não prioriza sua entrega, já que a maioria dos servidores ignoram essa flag. Por essa razão, não tinha sido implementado até hoje. Além disso, como fazer esse bloqueio de alteração de flag para usuários que acessam por cliente de email?

A forma como o expresso usa o flagged para sinalizar não foi modificado. Apenas agora estamos tratando o atributo Importance do header. Ao enviar um email, é só setá-lo para High quando o email for importante. O expresso não deixaria então e-mails com o Importance: High no cabeçalho se tornar não importante(normal), isso seria permitido apenas para os sinalizados. Acho que me expressei mal ao falar da não possibilidade de tirar a marcação após recebido. Quis relacionar apenas à usuários expressos. Se um cliente e-mail permitir essa mudança, realmente não dá para bloquear, apesar de achar que os mesmos dificilmente fariam alterações no conteúdo da mensagem, removendo atributos de seu cabeçalho...

comment:3 follow-up: ↓ 4 Changed 11 years ago by diogenesduarte

  • Status changed from new to closed
  • Type changed from defeito to tarefa
  • Resolution set to fixed

Resolvido na revisão #614

comment:4 in reply to: ↑ 3 ; follow-up: ↓ 5 Changed 11 years ago by niltonneto

Replying to diogenesduarte:

Resolvido na revisão #614

Atente que o phpmailer já possui a implementação de prioridade. Se vc verificar o phpmailer tem:

  • Email priority (1 = High, 3 = Normal, 5 = low).
  • @var int
    */

var $Priority = 3;


Além disso, é recomendado que se use "X-Priority" e não "importance", por ser mais padrão entre os clients e webmails....

Resumindo, melhor retirar o "importance" e usar "X-Priority". O outlook vai entender, pode ficar tranquilo.

comment:5 in reply to: ↑ 4 Changed 11 years ago by diogenesduarte

Replying to niltonneto:

Replying to diogenesduarte:

Resolvido na revisão #614

Atente que o phpmailer já possui a implementação de prioridade. Se vc verificar o phpmailer tem:

  • Email priority (1 = High, 3 = Normal, 5 = low).
  • @var int
    */

var $Priority = 3;


Além disso, é recomendado que se use "X-Priority" e não "importance", por ser mais padrão entre os clients e webmails....

Resumindo, melhor retirar o "importance" e usar "X-Priority". O outlook vai entender, pode ficar tranquilo.

Entendi... Mas a intenção não seria definir a prioridade, e sim a questão da importância mesmo, sendo importante ou não. Realmente alguns clientes não usam o atributo importance, mas o ms outlook por exemplo usa os dois. Ao enviar ele define alta prioridade e importancia alta, bem como trata os dois em seu recebimento. Será que o melhor não seria fazer o mesmo?

comment:6 follow-ups: ↓ 7 ↓ 8 Changed 11 years ago by amuller

Os conceitos pra mim são o mesmo, visto que existe a flag de importante (que já é usada hoje) e que pode ser usada. Não deixar o usuário alterá-la depois é bem complicado, porque quem define o que é importante ou não é o receptor! Ainda mais nestas questões de internet e email de hoje em que existem mais emails inúteis (propagandas, divulgações e etc...) sendo trafegados que efetivamente emails que o USUÁRIO considere importante.

Mesmo sendo a definição de prioridade do roteamento dos emails (e não importancia propriamente dita) eu continuo achando que não se aplicará nunca. Basta ver que até mesmo os pacotes do protocolo TCP possuem campos de prioridade que nunca foram usados (basta todo mundo habilitar suas aplicações como importante que continuará na mesma). É só ver o exemplo que é citado por quem utilizava o email do Lotus Notes: Todo mundo que conhecia a funcionalidade de importante habilitava seus emails como importantes por mais inúteis que sejam. Atrapalhando ainda os usuários que tinham bom senso e utilizavam o recurso adequadamente.

O fato do Ms Outlook utilizar me deixa ainda mais receoso. Pois eles até mesmo implementam a Flag X-MS-Priority! E tantos outros exemplos (que evidenciamos no dia a dia) em que eles NÃO utilizam os padrões amplamente discutidos e preferem adotar a solução deles. Este tipo de coisa sempre tem que ser evitada por mais "aceitação" que sua ferramenta tenha. Pois os efeitos numa visão mais ampla, no meu ponto de vista, são sempre piores.

Já fugi do assunto... Mas voltando, acho que prioridade de entrega de emails não é aplicável.

comment:7 in reply to: ↑ 6 Changed 11 years ago by wmerlotto

Replying to amuller:

...É só ver o exemplo que é citado por quem utilizava o email do Lotus Notes: Todo mundo que conhecia a funcionalidade de importante habilitava seus emails como importantes por mais inúteis que sejam. Atrapalhando ainda os usuários que tinham bom senso e utilizavam o recurso adequadamente. Já fugi do assunto... Mas voltando, acho que prioridade de entrega de emails não é aplicável.

Dando meus R$0,01, concordo... É algo muito subjetivo, afinal, o que pode ser importante para uma pessoa pode não ser para outra...

comment:8 in reply to: ↑ 6 ; follow-up: ↓ 9 Changed 11 years ago by diogenesduarte

Replying to amuller:

Os conceitos pra mim são o mesmo, visto que existe a flag de importante (que já é usada hoje) e que pode ser usada.

Concordo em parte. Creio que os conceitos são diferentes, porém é encarado pela maioria das implementações como iguais. Quanto a flag de importante que já é usada, concordo que isso realmente deve continuar, mas não seria interessante também a pessoa que envia tenha o poder de definir que deve ser dada uma importância maior à mensagem que o mesmo está enviando?

Não deixar o usuário alterá-la depois é bem complicado, porque quem define o que é importante ou não é o receptor! Ainda mais nestas questões de internet e email de hoje em que existem mais emails inúteis (propagandas, divulgações e etc...) sendo trafegados que efetivamente emails que o USUÁRIO considere importante.

Isso é discutível... Eu pessoalmente não concordo que um receptor possa mudar o conteúdo do e-mail enviado, mesmo que essa mudança seja no cabeçalho, porém também acho que é difícil chegar em um senso comum sobre essa discussão, cabendo talvez uma personalização da funcionalidade nesse sentido. Quanto a e-mails trafegados como importantes, não vejo problemas. Seria problema se eles trafegassem com prioridade urgente.

É só ver o exemplo que é citado por quem utilizava o email do Lotus Notes: Todo mundo que conhecia a funcionalidade de importante habilitava seus emails como importantes por mais inúteis que sejam. Atrapalhando ainda os usuários que tinham bom senso e utilizavam o recurso adequadamente.

Aqui caberia uma discussão: Seria correto não disponibilizar uma funcionalidade por contarmos com a falta de educação dos usuários em utilizá-la? Em minha opnião, não, e me apoio no fato de esse recurso já ser utilizado na PRODEB há muito tempo e não termos maiores problemas com isso.

O fato do Ms Outlook utilizar me deixa ainda mais receoso. Pois eles até mesmo implementam a Flag X-MS-Priority! E tantos outros exemplos (que evidenciamos no dia a dia) em que eles NÃO utilizam os padrões amplamente discutidos e preferem adotar a solução deles. Este tipo de coisa sempre tem que ser evitada por mais "aceitação" que sua ferramenta tenha. Pois os efeitos numa visão mais ampla, no meu ponto de vista, são sempre piores.

X-MS-Priority realmente é loucura, acho que nem precisamos nos preocupar acerca disso. Mas aí já não tem nada a ver com Importance. X-MS-Priority a microsoft inventou e o Importance está na rfc 2156.

Já fugi do assunto... Mas voltando, acho que prioridade de entrega de emails não é aplicável.

Concordo. Acho que prioridade em entrega não devemos tratar, mas em minha opnião, devemos dar a opção do usuário informar que seu e-mail é importante, sem influenciar na entrega dos emails. Porém diante dessa discussão, começo a pensar que o ideal seria abrir um ticket para tornar esse recurso opcional através de configuração no servidor.

comment:9 in reply to: ↑ 8 Changed 11 years ago by niltonneto

Replying to diogenesduarte:

Replying to amuller:

Os conceitos pra mim são o mesmo, visto que existe a flag de importante (que já é usada hoje) e que pode ser usada.

Concordo em parte. Creio que os conceitos são diferentes, porém é encarado pela maioria das implementações como iguais. Quanto a flag de importante que já é usada, concordo que isso realmente deve continuar, mas não seria interessante também a pessoa que envia tenha o poder de definir que deve ser dada uma importância maior à mensagem que o mesmo está enviando?

Não deixar o usuário alterá-la depois é bem complicado, porque quem define o que é importante ou não é o receptor! Ainda mais nestas questões de internet e email de hoje em que existem mais emails inúteis (propagandas, divulgações e etc...) sendo trafegados que efetivamente emails que o USUÁRIO considere importante.

Isso é discutível... Eu pessoalmente não concordo que um receptor possa mudar o conteúdo do e-mail enviado, mesmo que essa mudança seja no cabeçalho, porém também acho que é difícil chegar em um senso comum sobre essa discussão, cabendo talvez uma personalização da funcionalidade nesse sentido. Quanto a e-mails trafegados como importantes, não vejo problemas. Seria problema se eles trafegassem com prioridade urgente.

É só ver o exemplo que é citado por quem utilizava o email do Lotus Notes: Todo mundo que conhecia a funcionalidade de importante habilitava seus emails como importantes por mais inúteis que sejam. Atrapalhando ainda os usuários que tinham bom senso e utilizavam o recurso adequadamente.

Aqui caberia uma discussão: Seria correto não disponibilizar uma funcionalidade por contarmos com a falta de educação dos usuários em utilizá-la? Em minha opnião, não, e me apoio no fato de esse recurso já ser utilizado na PRODEB há muito tempo e não termos maiores problemas com isso.

O fato do Ms Outlook utilizar me deixa ainda mais receoso. Pois eles até mesmo implementam a Flag X-MS-Priority! E tantos outros exemplos (que evidenciamos no dia a dia) em que eles NÃO utilizam os padrões amplamente discutidos e preferem adotar a solução deles. Este tipo de coisa sempre tem que ser evitada por mais "aceitação" que sua ferramenta tenha. Pois os efeitos numa visão mais ampla, no meu ponto de vista, são sempre piores.

X-MS-Priority realmente é loucura, acho que nem precisamos nos preocupar acerca disso. Mas aí já não tem nada a ver com Importance. X-MS-Priority a microsoft inventou e o Importance está na rfc 2156.

Já fugi do assunto... Mas voltando, acho que prioridade de entrega de emails não é aplicável.

Concordo. Acho que prioridade em entrega não devemos tratar, mas em minha opnião, devemos dar a opção do usuário informar que seu e-mail é importante, sem influenciar na entrega dos emails. Porém diante dessa discussão, começo a pensar que o ideal seria abrir um ticket para tornar esse recurso opcional através de configuração no servidor.

Para finalizar a conversa: Na minha opinião, acho que deve ser uma configuração opcional na administração do módulo. Além disso, os parâmetros "Importance" e "Priority" do cabeçalho são a mesma coisa, e portanto, acho q pode utilizar o atributo "priority" já existente na classe PhpMailer?.

comment:10 Changed 11 years ago by niltonneto

  • Milestone set to Expresso Mail 1.233

comment:11 Changed 11 years ago by niltonneto

Criada uma preferência para habilitar na administração do módulo.

comment:12 Changed 9 years ago by niltonneto

  • Milestone Expresso Mail 1.233 deleted

Milestone Expresso Mail 1.233 deleted

Note: See TracTickets for help on using tickets.