Ticket #2103 (new melhoria)

Opened 6 years ago

Last modified 6 years ago

Importar mensagem mantendo cabeçalho

Reported by: guilherme.silva Owned by: zapa
Priority: normal Milestone: Backlog do Produto
Component: ExpressoMail Version:
Severity: média Keywords:
Cc: WorkGroup:

Description (last modified by brunocosta) (diff)

Criar opção de importação de mensagem no Imap que não sobescreva o cabeçalho, fazendo com a data original não seja alterada.

Attachments

imagem.JPG Download (67.2 KB) - added by joaquim.ferraz 6 years ago.

Change History

comment:1 follow-up: ↓ 2 Changed 6 years ago by rodsouza

Na importação a data do e-mail não é alterado, tão pouco o cabeçalho.

O ExpressoLivre? apresenta a data de recebimento do e-mail no serviço e não a data do e-mail, importe um e-mail e veja você mesmo.

comment:2 in reply to: ↑ 1 Changed 6 years ago by brunocosta

  • Description modified (diff)

Replying to rodsouza:

Na importação a data do e-mail não é alterado, tão pouco o cabeçalho.

O ExpressoLivre? apresenta a data de recebimento do e-mail no serviço e não a data do e-mail, importe um e-mail e veja você mesmo.

Concordo com você, mas realmente devia ter uma opção (ou ser sempre assim) para importar emails de um jeito que a data mostrada pelo expresso não seja a da importação e sim a que existe no header do email.

comment:3 Changed 6 years ago by guilherme.silva

Acabei de exportar tanto do arquivamento local quanto do imap, importei e a data não é preservada.

comment:4 Changed 6 years ago by joaquim.ferraz

Realizei teste com a versão 2.2.4 e realmente perde as informações originais do cabeçalho da mensagem na importação dela para o Expresso.

comment:5 follow-up: ↓ 6 Changed 6 years ago by rodsouza

Não é o que ocorre na versão 2.2

o e-mail original:

Received: from expressomx.pr.gov.br ([unix socket])
	 by sparana00059 (Cyrus v2.2.13-Debian-2.2.13-10) with LMTPA;
	 Tue, 21 Jun 2011 11:59:05 -0300
...
Date: Tue, 21 Jun 2011 10:27:54 -0300

e o e-mail importado hoje:

Received: from expressomx.pr.gov.br ([unix socket])
	 by sparana00059 (Cyrus v2.2.13-Debian-2.2.13-10) with LMTPA;
	 Tue, 21 Jun 2011 11:59:05 -0300
...
Date: Tue, 21 Jun 2011 10:27:54 -0300

Poderiam fazer o mesmo para visualizarmos a situação?

comment:6 in reply to: ↑ 5 Changed 6 years ago by brunocosta

Replying to rodsouza:

Não é o que ocorre na versão 2.2

o e-mail original:

Received: from expressomx.pr.gov.br ([unix socket])
	 by sparana00059 (Cyrus v2.2.13-Debian-2.2.13-10) with LMTPA;
	 Tue, 21 Jun 2011 11:59:05 -0300
...
Date: Tue, 21 Jun 2011 10:27:54 -0300

e o e-mail importado hoje:

Received: from expressomx.pr.gov.br ([unix socket])
	 by sparana00059 (Cyrus v2.2.13-Debian-2.2.13-10) with LMTPA;
	 Tue, 21 Jun 2011 11:59:05 -0300
...
Date: Tue, 21 Jun 2011 10:27:54 -0300

Poderiam fazer o mesmo para visualizarmos a situação?

Claro que nos técnicos sabemos disso mas a data que o expresso mostra não é essa, e pro usuário é isso que importa.

Isso já tinha sido falado aqui no serpro faz tempo, o objetivo aqui é que quando um email for importado o header dele seja lido e essa data seja colocada no imap para que essa seja a data exibida pelo expresso.

comment:7 Changed 6 years ago by joaquim.ferraz

O problema é na visualização conforme mencionando por Bruno e imagem anexo para melhor entendimento.

Changed 6 years ago by joaquim.ferraz

comment:8 Changed 6 years ago by rodsouza

Como eu RESSALTEI, o ExpressoLivre? utiliza a data de recebimento no serviço, e não a presente no cabeçalho, ou seja, o cabeçalho não é modificado.

Essa é uma discursão eterna, a data a ser utilizada. Há alguns anos defendo a utilização da data real do e-mail e não a do serviço, entretanto tal nunca foi aceita por uma série de "motivos".

A utilização da data real do e-mail evita inúmeros problemas, sendo o presente um deles.

comment:9 follow-up: ↓ 10 Changed 6 years ago by niltonneto

Leiam sobre o ticket #737, em relação à implementação do desanexar.

comment:10 in reply to: ↑ 9 Changed 6 years ago by brunocosta

Replying to niltonneto:

Leiam sobre o ticket #737, em relação à implementação do desanexar.

Isso é um problema mesmo, sem o php 5.3 o único jeito de fazer isso é por fora que nem é feito no desarquivar.

Note: See TracTickets for help on using tickets.