Eu tive que definir o tipo de e-mail como texto sem formatação, isso funcionou. No entanto, a documentação do MS afirma claramente que o texto HTML ou PLAIN corrige esse problema - que aparentemente está incorreto.
Nosso programa contábil Contabilidade Exata envia automaticamente declarações de e-mail para clientes via Outlook 2013. A declaração é composta por uma linha de assunto, um pdf em anexo e um corpo em branco. Vários clientes estão recebendo o arquivo winmail.dat em vez do pdf.
Estes são os passos que tomei e que não resolveram o problema:
O Outlook está configurado para enviar HTML.
Eu usei o powershell para definir o servidor do Exchange Online como padrão para TNEF como false.
Eu usei o powershell para adicionar objetos de domínio para dois domínios de cliente diferentes para padronizar seu TNEF para false.
Alguma sugestão, por favor? Por que o servidor Exchange ainda está encapsulando neste TNEF - o que estou perdendo?
Obrigado.
Este problema existe há décadas, como você pode ter detectado pesquisando na internet por soluções.
Falei com um técnico da Microsoft e ele me enviou isto:
$UserCredential = Get-Credential
Set-ExecutionPolicy RemoteSigned
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office365.com/powershell-liveid/ -Credential $UserCredential -Authentication Basic -AllowRedirection
Import-PSSession $Session
Set-RemoteDomain Default -TNEFEnabled $false
A linha importante é a última. É uma configuração global que desativa um formato de envio que causa o problema "winmail.dat" para todos. Ou algo ao longo dessas linhas …
O técnico me garantiu que isso teria zero efeitos colaterais, além de nunca enviar arquivos 'winmail.dat' novamente. Posso confirmar que ainda não encontrei um caso em que essa alteração faça algo que eu não esperava que ela fizesse.