Daniel Simoes

Obrigado @PauloTenório, Notei que os anexos estavam como "InLine"... e não como "attachment"... ou seja.. parece ser um problema na chamada do Demo do ACBr, e não do componente... Enviei um ajuste dos Demos, para o SVN.. Commit [r19413]

A ideia era fazer algo mais simples e compatível possível... A ideia inicial era implementar como a API do Windows, com uma chamada informando o tamanho Zero, apenas para saber o Tamanho necessário para a locação de memória... Mas achamos que da maneira que está, facilita o uso, principalmente para programadores que nunca trabalharam com DLLs

Obrigado pela análise... Poderia por favor anexar a Unit modificada ?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Qual o ECF, modelo, marca e versão ? Você usa o ACBrECF ?

por favor me encaminhe esse e-mail... (meu e-mail está no cabeçalho dos fontes) ou se possível, salve o e-mail, e anexe aqui, o arquivo .EML Preciso comparar como está nessa msg, onde o PDF, está aparecendo corretamente, como ele monta as seguintes informações: Content-type: application/PDF; name="35150905481336000137550010000111291000111298-nfe.pdf" Content-Transfer-Encoding: Base64 Content-Disposition: inline; FileName="35150905481336000137550010000111291000111298-nfe.pdf" Content-Description: DANFE

Parece ser uma falha na validação da Chave... mude a sua chave, para que ela fique com essa "mascara" (insira os traços nas posições corretas) 11111111-2222-3333-4444-555555555555 Quando a sua chave é ajustada para esse formato... o retorno passa a ser: "Número de série inválido"

Poderia por favor anexar o arquivo de configuração ? /home/jamil/trampo/01/acbrlib.ini

Várias impressoras tem tamanhos diferentes no carro de impressão... Você precisa ter uma maneira de configurar isso no seu programa... estude os fontes do Demo do ACBrPosPrinter

Sendo A1 nem precisa instalar no Windows... Basta informar em ArquivoPFX

Eu uso sem problemas em Delphi Rio 10.3.3. Windows e Android

Você poderia mudar o Codigo de operação do CRT ou CHQ... e depois invoca-los...

Realmente tomei o erro.. vou verificar com mais calma... Se desejar remover as informações do tópico (por sigilo) eu já anotei...

parece que realmente havia algo errado na detecção de MimeType do ACBrMail... por favor teste com a Unit em anexo... ACBrMail.pas

Eu não tenho um número de Série e Chave para testar... mas com valores fictícios, não recebo esse erro...

o que ocorre se clicar no Clip ? Como fica um e-mail com anexos que ele consegue abrir ?

não compreendi muito bem... consegue enviar um Print, com destaque nos erros ?

Se você fala de Threads... é comum usar FreeOnTerminate, para que ela mesma faça a limpeza... nesse caso, o endereço de memória onde ela está não é importante...

Você informou a Chave de Segurança ? Veja nesse documento, como gerar a Chave... https://portal.fazenda.sp.gov.br/servicos/sat/Downloads/Manual para Consultar lotes enviados via Webservice (Estadual) v1 1.pdf

Isso parece errado... você não deveria reaproveitar variáveis, dessa maneira... Me parece que o seu modelo de codificação não está definindo muito bem as responsabilidade de cada método... O método que cria o objeto, deveria ser o mesmo responsável por liberá-lo ...

Acho que a melhor solução.... seria trocar: A.Free; por FreeAndNil(A); pois nesse caso, "A" deixará de apontar para a memória (que foi liberada)

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Você precisa entrar em contato com o provedor Terra, e verificar se eles tem o fonte do e-mail...

no FPC existe TObject.Equals mas a ideia é semelhante... function TObject.Equals(Obj: TObject) : boolean; begin result:=Obj=Self; end;