Daniel Simoes

Rode o ACBrInstall_trunk2.exe e marque a opção de remover as instalações anteriores

Notei alguns incongruências nas rotinas de geração de PDF da ACBrLibSAT, e apliquei alguns ajustes... Gerei uma nova versão da ACBrLibSAT, favor baixar e testar

Não consegui reproduzir o problema, usando o teste Unitário da ACBrLibSAT... mas repare que o PDF, é gerado dentro da subpasta "pdf"

Você pode compilar o ACBr, usando a diretiva de Compilação "NOGUI", e com isso, remover tudo que dependa da VCL/FMX/LCL, usando apenas Units da RTL Veja um exemplo na ACBrPosPrinter.pas uses strutils, Math, typinfo, {$IfNDef NOGUI} {$IfDef FMX} FMX.Graphics, {$Else} Graphics, {$EndIf} {$EndIf} Porém, a impressão de DANFE em PDF, hoje é feita através dos Geradores de Relatório (Fortes, Fast)... e eles dependem da VCL Então se você não usar os componentes de Impressão de DANFE, pode ser que funcione...

Não compreendi muito bem seu Post... Você diz que após o comando "SAT_GerarPDFExtratoVenda", o PDF não é gerado na pasta indicada ?

Por favor faça testes em ambas as pasta, usando o Demo do ACBrMail http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrTCP/ACBrMail/Delphi/MailTeste/

Desative a MinGW e a XMLSec, no ACBr.inc... com isso você conseguirá usar as DLLs da LibXML2, da pasta indicada

Como está o seu ACBr.inc? Você compila usando a MinGW? Você compila em 32 ou 64 bits ? Copiou TODAS as DLLs das pastas indicadas?

A única explicação possível é que na pasta Y as DLL do OpenSSL estão erradas

Rodou em outro PC, nessa mesma estrutura de Rede ? Se apenas em uma máquina ocorre o problema... as vezes é mais simples formatar a mesma...

Então suspeite de Firewall, ou algum outro serviço, rodando nessa máquina, e interferindo na comunicação...

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

Temos que tentar isolar o problema... Por favor faça testes com outra Conta de Gmail, em ambas as máquinas...

Os seus espaços estão dentro do conteúdo da TAG... O I.E. interpreTa o XML usando o próprio parser dele... Qual o seu objetivo Final ? Se for aprovar o XML, e imprimir o DANFE com os espaços, sugiro tentar isso

Esse link tem algumas dicas bacana, sobre como distribuir aplicações Delphi no ISAPI https://danieleteti.gitbooks.io/delphimvcframework/chapterdeploy_iis.html

A LibXML2 e o OpenSSL, agora são carregados de forma Dinâmica... o ISAPI não suporta isso ?

Sua DLL parece ser diferente da que o ACBr distribui: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x86/ Lembre-se de copiar TODAS as DLLs na pasta indicada acima... e o melhor local, é na mesma pasta do seu .EXE

Eu acho que isso talvez seja melhor ser consultado com a TEF House... Mas acho que você poderia: - Verificar se as Msgs são identicas - Se SIM, ignora uma delas - Se NÃO, concatenar ambas as msgs, e exibi-las...

Lazarus/FPC, correto ? Faça um Build All, na IDE... Tools -> Build Lazarus

Experimente copiar as DLLs do OpenSSL, na mesma pasta do .EXE http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.0.2.21/x86/

Humm.. o ACBrIBPTax não está disponível no ACBrMonitor Você pode baixar e saber mais sobre a Tabela do IBPT em https://deolhonoimposto.ibpt.org.br/

Por favor anexe o Documento, que você está tentando Assinar

Isso tiraria todas as quebras de linhas, e invalidaria o arquivo... Como reproduzir o problema, usando o Demo do ACBr ? Já verificou os testes unitários, em: \ACBr\Testes\FPCUnit\ACBrBoleto