Rafael Dias

Se as mesma já esta valida provavelmente já tem suporte para elas.

ai esta o problema, o serviço do IIS usa usuário próprio, e ele que precisa ter permissão para acessar as coisas.

Sim, todas modificações saem antes do prazo.

Pelo que andei lendo o [x]Harbour e o Harbour tem um problema com classe na hora do destructor que é meio aleatório, eu to vendo uma maneira de contorna esta situação. Esse erro ocorre no controle interno do Harbour e pelo visto ainda não foi corrigido. https://vivaclipper.wordpress.com/tag/object-destructors/

Não tem diferença o deploy entre windows 10 e windows server, o que pode estar ocorrendo é problemas de permissão. Qual sua linguagem de programação ?

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

Qual o erro, pois esta parte do codigo sempre lança um exception controlada, mas o bugado do delphi insiste e teimar que é erro.

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

Pelo visto é erro na configuração do dados do smtp a porta na sua imagem esta 0

mandei uma atualização para o demo que resolve este problema, favor baixar e testar novamente.

Cara tu tem que configurar o SSL no componente e não em uma classe a parte, se configurou na classe a parte usar ela para ler os dados.

Poste o log da lib que o prg que você passou continua dando erro aqui e não chamando a função de descarregar da lib.

Poste os 2 inis que esta utilizando, fazendo favor.

Se puder compartilhar o arquivo modificado para enviar ao svn eu agradeço.

este erro parecer se algo do Harbour, vou tentar investigar isso, tem o log da lib ?

você esta usando o destroy da classe quando não usa mais ela. nfe:Destroy() Senão estiver os dados ficam na memoria ai quando tu usa o inicializar o ini é ignorado pois já esta inicializado.

Sem problema, basta salvar cada ini com um nome distinto e carregar o ini de acordo com a empresa. O ini pode ser carregado na inicialização ou usando o metodo NFE_ConfigLer

Foi enviado uma correção para o demo e para a dll para resolver este problema. Ele ocorria pq na hora de ler as configuração e na hora de salvar as mesma no demo, o cnpj/cpf era salvo antes do tipo de pessoa. Favor baixar a nova versão do demo e da dll e tentar novamente.

Se quiser usar OpenSSL sim. Você usa OpenSSL em algum outro lugar do seu programa ? Senão usar basta apagar as dlls libeay32.dll e ssleay32.dll, que as dlls libcrypto-1_1.dll e libssl-1_1.dll são as versões mais atuais da openssl. Nas versões mais atuais foi mudado os nomes das dlls.

este erro ai é a versão da dll do openssl, você deve ter um outra versão antiga da dll do openssl, apague as mesmas ou atualize elas.

Você configurou o componente para usar LT_SSLv2 por isso não vai funcionar mesmo os webservices so funciona com LT_TLSv1_2.

a dll não são referentes ao windows e sim a versão do seu programa, se o seu programa é x86 use dll x86 senão use as dlls x64

não é colocar a pasta dep e sim copiar as dlls que estão dentro da pasta dep para junto do seu exe e da dlls do acbr

Você não baixou todos os arquivos necessários por isso esta faltando este projeto, e ele não rodam em .net core e sim no framework normal, mas não tem nada que impede de usar no mesmo, talvez nem precise fazer ajustes para isso. Precisa baixar a pasta Shared ou para facilitar baixe toda a pasta de demos em c#.

todo retorno negativo é um excpetion/erro, por isso a classe trabalha da mesma maneira. Outra coisa que lembrei é que a função Validar, ela já funciona assim no pascal, em casa de erro de validação ela lança um exception, por isso tem este mesmo comportamento na lib. Se pegar a mensagem da excpetion vai ter os erros.