Daniel Simoes

Oi Waldir, obrigado pela contínua colaboração... por favor anexe a Unit para analise...

poderia por favor anexar as Units modificadas ? Seria muito melhor usarmos a carga dinâmica, com mapeamento dos métodos, para variáveis internas na Unit... mas essa mudança é bastante substancial... Tenho receio de que elas possam trazer efeitos colaterais...

Foi intencional... não achei necessário... Da maneira que está... ele só inicializará a XMLSec, quando realmente precisar... ou seja, quando algum método que precisa da XMLSec for acionado...

O WebService anterior não existe mais (saiu do ar)... leia:

Você alterou toda a Unit ? são centenas de métodos... Acabo de enviar modificações modificações para o SVN, para contemplar a diretiva de compilação, USE_DELAYED Não seria mais simples, remover o "FreeLibrary" da inicialização ? Algo como finalization if Assigned( libHandle ) FreeLibrary(libHandle);

Configure no PLUS, aba DFe->Certificados - Caminho para arquivo PFX - Senha As DLLs do OpenSSL já acompanham a instalação do PLUS

Veja a linha: ACBrMail.pas:695 // Sending Blind Carbon Copies //

Correção já está no SVN...

Enviei para o SVN modificações que devem corrigir o problema... -- ACBrDFeSSL, ACBrDFeCapicom, ACBrDFeOpenSSL, ACBrHTTPReqResp -- [*] Ajustes para o correto funcionamento, quando a propriedade DFeSSL.UseCertificate = False (por: DSA) -- ACBrDFeCapicom -- [-] Correção no ajuste do Proxy, quando informando valores vazios (por: DSA) -- ACBrDFeOpenSSL -- [-] Correção de encoding nas mensagens de Erro de "VerificarAssinatura" (por: DSA) Fiz um teste bem simples, usando uma consulta em um WebService do Correios. procedure TForm1.Button7Click(Sender: TObject); var Acao: String; begin Acao := '<?xml version="1.0" encoding="UTF-8" standalone="no"?>'+ '<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" '+ 'xmlns:cli="http://cliente.bean.master.sigep.bsb.correios.com.br/"> '+ ' <soapenv:Header/>'+ ' <soapenv:Body>' + ' <cli:consultaCEP>' + ' <cep>18270-170</cep>' + ' </cli:consultaCEP>' + ' </soapenv:Body>' + ' </soapenv:Envelope>'; ACBrNFe1.SSL.UseCertificate := False; ACBrNFe1.SSL.UseSSL := False; WBResposta.Text := ACBrNFe1.SSL.Enviar(Acao, 'https://apps.correios.com.br/SigepMasterJPA/AtendeClienteService/AtendeCliente?wsdl', ''); end;

O problema foi acidentalmente ocasionado na revisão 11339... já corrigi o problema no SVN

Reverti a modificação... obrigado pela analise e bug report...

porderia por favor postar um exemplo ?

O que houve com o seu teclado ? Porque ser tão econômico nas palavras ? Com tão pouco texto... Não pra ter a menor ideia do que você está falando...

E-mails com BCC são sempre enviados individualmente Você pode preencher o corpo do e-mail com HTML

O ACBr nunca foi compatível com compiladores 64 bits O responsável por compilar o MonitorPLUS ( Isaque ) usa a versão 1.4 do Lazarus

Você não recompilou todos os Packages... Use o ACBrInstall

O instalador do MonitorPLUS, já faz o registro das DLLs, é cópia as mesmas para o diretório do Windows Experimente remover e instala-lo novamente... Se o certificado for A1, use OpenSSL, e seja feliz

Alguns drivers de Spool permitem configurar algumas ações após o término da página... mas isso varia para cada fabricante

Não dá pra resolver isso com o ACBrMail... voce prcisaria montar um programa no servidor... Atente tb ao fato que vários servidores de SMTP tem limites de envio de e-mail por hora Veja empresas que fazem esse serviço, como por exemplo a MailChimp

Ainda estou analisando... (estou fora do escritório hoje)

Pelas imagens da pra perceber que você está enviando os comandos com a sintaxe errada leia a introdução do PDF que acompanha o ACBrMonitorPLUS http://www.projetoacbr.com.br/forum/files/category/1-utilit%C3%A1rios-acbrsac/

A mensagem de erro de porta vem dá propria DLL do fabricante, uma vez que o ACBrSAT nunca tenta acessar a porta do SAT

Será que é algo com essa versão do Delphi ? Conseguiria testar em um Delphi mais recente ? Acho que a ideia é boa... podemos deixar os fontes com os IFDEFs, e quem quiser testar liga a diretiva no ACBr.inc

A versão 1.6 usa o FPC 3.0 Enviei recentemente, correções para que o ACBr rode corretamente no FPC 3.0

Já estamos conversando internamente com a equipe, para decidir como implementar esse recurso...