on 04-20-2011 2:40 PM
Bom dia pessoal,
Estou utilizando a proposta do Mail package para envio do XML da NFe por e-mail.
[http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/11287] [original link is broken];
utilizo tambu00E9m a prosta do Henrique Pinto para consultar o e-mail do cliente no Message Mapping.
Acontece que um cliente estu00E1 recebendo o e-mail corretamente poru00E9m o anexo estu00E1 com caracteres estranhos, que os vejo como quebra de linha. Analisando o XML esses caracteres aparecem a cada 989 caracteres.
Descobri que o Servidor de e-mail do cliente com problema u00E9 Exchange 6.5. Testei num Exchange 2010 e nu00E3o tive problemas
Alguu00E9m ja passou por este problema poderia me ajudar?
Veja se marcar a opção de codificar em Base64 no Mail Receiver Adapter ajuda.
Abs,
Henrique.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Henrique, obrigado pela rápida resposta.
Com relação ao seu teste, chegou um e-mail vazio no Lotus Notes. No Gmail recebi um e-mail todo codificado como:
LS0tLUFhWnoKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PVVURi04CkNvbnRlbnQt
RGlzcG9zaXRpb246IGlubGluZQoKUHJlemFkbyBjbGllbnRlLAoKCkVtIGFuZXhvIHZvY8OqIGVz
Não consegui fazer testes no meu cliente, porém, não é este o comportamento que estou esperando para os outros clients de e-mail.
Obrigado,
Douglas
O client em questao tem q ser capaz de decodificar, claro.
O ponto é que em geral esses erros de quebra de linha se devem a processamento realizados na comunicacao, seja no seu server ou no client deles. E daí a codificacao em base64 evita que ocorra qualquer alteracao no conteúdo.
Abs,
Henrique.
User | Count |
---|---|
6 | |
5 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.