uuu anexos de e-mail exibidos como código binário

5

Eu me deparei com um problema de exibição de anexos em um cliente que mudou recentemente do Exchange 2003 para o Exchange 2010. Inicialmente, o problema afetou apenas clientes de email do Mac OS X (Outlook 2011 e Mac OS Mail) e clientes iOS.

Após algumas soluções de problemas, descobri que o webmail do GoDaddy também sofre do mesmo problema. O anexo é exibido como código binário em vez de um anexo.

Os anexos em questão são enviados de um servidor SAP como arquivos .xls contendo código html básico. Os anexos são decodificados corretamente em clientes Windows, embora eles produzam um erro sobre o conteúdo do anexo não corresponder à extensão, que deve ser substituído para que os anexos sejam acessados. Inicialmente, o problema era que o novo servidor do Exchange 2010 estava removendo o conteúdo do anexo por motivos de segurança devido a esse erro.

Os anexos são codificados no seguinte formato:

begin 664 Filename.xls

[código binário]

final

Eu simplesmente quero saber qual é a razão para estes serem decodificados incorretamente em clientes e interfaces de webmail de uma safra recente ... É simplesmente porque a codificação é tão antiga que a maioria das plataformas abandonou o suporte ou é possível? que há outro problema?

Estou tentando ajudar o remetente a corrigir esse problema, pois eles estão perdidos e enviam uma tonelada desses envios automatizados para seus clientes todos os dias.

Minha recomendação para eles seria codificar os anexos de acordo com os padrões MIME atuais e apontá-los para o link

Qualquer pessoa mais experiente que esteja disposta a me ensinar se eu estou perdendo alguma coisa aqui, por favor me avise se eu estou indo na direção errada.

Obrigado,

M

--- postado em resposta à solicitação de cabeçalhos de mensagens - não se encaixava no comentário ---

Received: (qmail 26660 invoked from network); 5 May 2012 09:30:51 -0000
Received: from unknown (HELO m1pismtp01-024.prod.mesa1.secureserver.net) ([10.8.12.27])
      (envelope-sender <[removed]>)
      by p3plsmtp05-04.prod.phx3.secureserver.net (qmail-1.03) with SMTP
      for <[removed]>; 5 May 2012 09:30:51 -0000
X-IronPort-Anti-Spam-Result: AuACAB/wpE+qq/xekWdsb2JhbABFoSgBjhqDMSIBAQEBCQsLGwMkgi2BLzA/iCC6Top/hT1jBI04WZs0
Received: from rhmailer.rhbss.com ([170.171.252.94])
by m1pismtp01-024.prod.mesa1.secureserver.net with ESMTP; 05 May 2012 02:30:50 -0700
Received: from sapapp2.us.[removed].com (10.104.61.31) by RHMAILER.RHBSS.COM id hkjpke18hq4j for <[removed]>; Sat, 5 May 2012 05:30:45 -0400 (envelope-from <[removed]>)
Received: from sapapp2.us.[removed].com (localhost.localdomain [127.0.0.1])
by sapapp2.us.[removed].com (8.13.8/8.13.8) with ESMTP id q459Umhs003627;
Sat, 5 May 2012 05:30:48 -0400
Received: (from prdadm@localhost)
by sapapp2.us.[removed].com (8.13.8/8.13.8/Submit) id q459UiC0003584;
Sat, 5 May 2012 05:30:44 -0400
Date: Sat, 5 May 2012 05:30:44 -0400
Message-Id: <[email protected].[removed].com>
To: [removed addresses]
From: "SAPPRD" <[removed]>
Subject: [removed]
X-Nonspam: None

Yesterday's Top 20 Orders
begin 664 [removed].xls
M/$A434P^"CQ(14%$/@H\;65T82!H='1P+65Q=6EV/2)#;VYT96YT+51Y<&4B
M(&-O;G1E;G0](G1E>'0O:'1M;#L@8VAA<G-E=#UW:6YD;W=S+3$R-3(B/@H\
  [removed confidential content]
M/2)!<FEA;"(^24X\+T9/3E0^/"]41#X*/"]44CX*/"]486)L93X*/"]"3T19
*/@H\+TA434P^"@''
'
end
    
por Manca Weeks 05.05.2012 / 18:14

3 respostas

3

(Este provavelmente deve ser um comentário, mas eu queria um pouco mais de formatação ...)

Primeiro, quando você diz "código binário", está vendo coisas assim:

begin 644 webutils_pl
M4F5C;V=N:7II;F<@9FEL97,@96YC;V1E9"!U<VEN9R!5565N8V]D90T*#0I!
M(&9I;&4@96YC;V1E9"!W:71H(%5596YC;V1E('5S=6%L>2!S=&%R=',@=VET
M:"!A(&AE861E<B!L:6YE(&]F('1H92!F;W)M.@T*#0IB96=I;B'\;6]D93X@
  [ deleted a bunch of similar lines ]
M<F]D=6-E<R!A('9A;'5E('=H;W-E(&QO=V5R('-I>"!B:71S(&%R92'P+@T*
M#0HH4V]U<F-E.B!7:6MI<&5D:6$I#0H-"D9O<B!E>&%M<&QE+"!U=65N8V]D
M:6YG('1H:7,@=VAO;&4@<V5C=&EO;B!W;W5L9"!G:79E('1H92!F;VQL;W=I
*;F<@<F5S=6QT.@''
'
end

Se estiver corretamente UUencoded, há uma linha com apenas "'" como a penúltima linha (antes da linha "end") e cada linha de dados começa com M, exceto a linha anterior ao "'".

Se a UUencoding real estiver correta, a próxima coisa a observar é se os cabeçalhos estão desarrumados. O servidor SAP que está criando as mensagens pode estar fazendo algo estranho quando gera a mensagem. Você pode postar os cabeçalhos completos de uma mensagem de amostra?

Editar: depois de olhar para os cabeçalhos postados, não é uma mensagem MIME em - não há cabeçalho MIME-Version, nem linhas de tipo de conteúdo ... Tendo apenas o arquivo UUencoded como o corpo da mensagem é um flashback para pre -MIME dias e, embora existam muitos utilitários que podem UUdecode os arquivos, isso não é uma boa solução. Como você já comentou, o servidor SAP realmente precisa ser configurado para enviar mensagens MIME.

    
por 05.05.2012 / 18:32
1

Isso é o que um exemplo de mensagem codificado corretamente parece. Nem todas as coisas aqui são pertinentes, mas um exemplo de cabeçalhos corretos para o arquivo em questão deve aparecer no exemplo abaixo. Observe os cabeçalhos de tipo de conteúdo e codificação de transferência de conteúdo.

 Return-path: <[removed]>
Received: from nk11p00mm-smtpin128.mac.com ([17.158.160.110])
 by ms01064.mac.com
 (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Jan
  3 2012)) with ESMTP id <[email protected]> for [removed];
 Sat, 05 May 2012 23:37:45 +0000 (GMT)
Original-recipient: rfc822;[removed]
Received: from p3plwbeout05-02.prod.phx3.secureserver.net ([97.74.135.47])
 by nk11p00mm-smtpin128.mac.com
 (Oracle Communications Messaging Server 7u4-23.01(7.0.4.23.0) 64bit (built Aug
 10 2011)) with SMTP id <[email protected]> for
 [removed] (ORCPT [removed]); Sat, 05 May 2012 23:37:45 +0000 (GMT)
Received: (qmail 4538 invoked from network); Sat, 05 May 2012 23:37:45 +0000
Received: from unknown (HELO localhost) (97.74.135.118)
 by p3plwbeout05-02.prod.phx3.secureserver.net with SMTP; Sat,
 05 May 2012 23:37:45 +0000
Received: (qmail 3092 invoked by uid 99); Sat, 05 May 2012 23:37:45 +0000
Content-type: multipart/mixed; boundary="=_9b9e05f8e0418ec345340e8a4ccb0c8f"
X-Originating-IP: 67.243.139.105
User-Agent: Workspace Webmail 5.6.17
Message-id:
 <20120505163744.aee46609c082ce5b1463c91da4f31dbb.ba713f24d9.wbe@email05.secureserver.net>
From: [removed]
To: [removed]
Subject: Test SAP
Date: Sat, 05 May 2012 16:37:44 -0700
MIME-version: 1.0

--=_9b9e05f8e0418ec345340e8a4ccb0c8f
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="utf-8"

<html><body><span style=3D"font-family:Verdana; color:#000000; font-size:10=
pt;"><div><br mce_bogus=3D"1"></div></span></body></html>
--=_9b9e05f8e0418ec345340e8a4ccb0c8f
Content-Transfer-Encoding: base64
Content-Type: text/MSEXCEL;
 name="Test_File.xls"; 
Content-Disposition: attachment;
 filename="Test_File.xls"; 

PEhUTUw+CjxIRUFEPgo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRl
eHQvaHRtbDsgY2hhcnNldD13aW5kb3dzLTEyNTIiPgo8VElUTEU+SU5URVJBQ1RJVkUgVE9QIDIw

ZWwubnVtYmVyZm9ybWF0OkAiPjxGT05UIEZBQ0U9IkFyaWFsIj5JUDwvRk9OVD48L1REPgo8L1RS
Pgo8L1RhYmxlPgo8L0JPRFk+CjwvSFRNTD4K
--=_9b9e05f8e0418ec345340e8a4ccb0c8f--
    
por 06.05.2012 / 01:41
0

O UUENCODE é um formato antigo para enviar dados binários em emails. É um programa Unix que converte binário em texto, que o remetente pode colar em seu email. O destinatário salvou o conteúdo do e-mail resultante em um arquivo e depois o UUDECODED para ver os dados originais; alguns clientes fizeram isso automaticamente.

Atualmente, o UUENCODE foi suplantado pelo MIME. A melhor resposta é substituir o seu anexo UUENCODED por um anexo codificado em MIME. Se isso não for uma opção, você estará à mercê do seu cliente de email. Embora nenhum cliente de e-mail moderno use o UUENCODE para enviar um anexo, alguns ainda detectarão e decodificarão automaticamente os dados do UUENCODED; outros não. No meu teste desta manhã, descobri que o Outlook 2010, o Gmail e o Thunderbird o detectam e decodificam, mas o Mail da Apple e o Mail do IOS não o fazem. Sua milhagem pode variar.

I simply want to know what the reason is for these being incorrectly decoded on clients and webmail interfaces of a recent vintage

Você está trabalhando com a tecnologia de 20 anos e alguns clientes não a suportam. Vá a figura.

My recommendation to them was going to be to encode the attachments in accordance with the current MIME standards

Essa é absolutamente a recomendação correta. Você receberá suporte universal se você fizer isso. Boa sorte.

    
por 10.09.2013 / 16:16