Rafael Dias

Correção enviada ao SVN.

já tentou esta configuração.
 

Correção disponível para download.

Arquivos faltantes enviados ao SVN.

Primeira coisa, vamos lá seu windows é x64 ou x86 ?
O programa demo é x86, ou seja tem que copiar a dll ACBrETQ32, se o seu windows é x64 você copiou a dll para o local incorreto visto que ela precisa ser copiada para a pastas SysWOW64, outra coisa é melhor copiar a dll para junto do exe evita a confusão de qual pasta do windows colocar.
Sobre as dependências quando a dll tem dependência tem uma pasta chamada dep no inicio do zip com elas.

Método adicionado.
Favor baixar a nova versão da lib e da classe de alto nível se usar e fazer testes.
https://acbr.sourceforge.io/ACBrLib/NFE_ObterXml.html

os exemplos você pode encontrar aqui, apesar de ser do monitor o ini utilizado é o mesmo.

https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html
https://acbr.sourceforge.io/ACBrMonitor/ModeloNFCeINI.html

O método de gravação do ini e de leitura esta funcionando correto o mesmo método é usado em todas as dll.
Mandei uma correção para a classe Boleto para o método SetDiretorioArquivo o mesmo estava incorreto.
 
Obs.: Agora que vi o seu problema é quando manda salvar com outro nome correto, pelo que vi realmente esta incorreto vou mandar uma atualização.
 

O nome da config no ini é TagNT2018005 o mesmo se encontra no manual
https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html

Boa tarde,
Realmente nem todos os retornos constam na documentação, mas caso isso ocorra, basta usar o método NFE_UltimoRetorno para obter a descrição do erro.
Aparentemente é erro no seu provedor de email.
SMTP Error: Unable to send MailTo. 554 5.7.1 <[email protected]>: Relay access denied  

Foi adicionado uma nova propriedade para converter o retorno em ANSI
https://acbr.sourceforge.io/ACBrLib/Geral.html

Foi enviada uma nova versão com a correção, não estava sendo passado corretamente as propriedades do ini para o componente.

Seu método esta implementado errado você colocou parâmetros a mais na chamada
hResult := DllCall(::hHandle, DLL_OSAPI, "NFE_Enviar",  '1', .t., .t. , .f., '0', '0', @buffer, @bufferLen)
os parâmetros destacados estão incorretos.

Sim existe uma configuração para determinar este path.
https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html
a sessão é NFe e a chave é PathSalvar

A biblioteca ACBrLibCEP ainda não esta finalizada, o manual possui todas as libs que já começamos a implementação, nem todas foram finalizadas ainda.
O comando de ConsultaCadastro existe sim só não estava na documentação mas a mesma já foi atualizada.

So tem um jeito de ficar assim, a senha esta errada mesmo no java, pois quem faz a criptografia é a dll se no c# funciona automaticamente no java também.
Eu conferi o demo em java em vi que a função getPassword retorna um array de char e por isso a senha ia errada, já foi feita uma correção no demo, baixe novamente e faça novos testes.

emit_cRegTrib só tem 0 e 1 como diz no manual

https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca17.html

No seu caso o correto seria 1.
Eu enviei uma outra versão da dll favor fazer o download da mesma ela deve corrigir este problema.
Realmente tinha um problema que so acontece quando carrega o xml e o mesmo não tem as informações padrões preenchidas, a lib não preenchia elas.

Carregamento das dependências de dll nativas seguem o protocolo de procurar nos Paths, isso é o comportamento normal não tem como alterar.
A sequencia é sempre path do exe primeiro, depois paths do windows.
Você pode fazer uma chamada no inicio do seu exe para definir o path para a pasta correta que ela será usada na procura por dll, utilizando o codigo abaixo.
var path = Assembly.GetExecutingAssembly().CodeBase; path += Environment.Is64BitOperatingSystem ? "ACBrLib\\x64\\" : "ACBrLib\\x86\\"; Environment.SetEnvironmentVariable("PATH", path, EnvironmentVariableTarget.Process); Com isso nem se faz necessário alteração na classe atual.
Você também pode colocar as libs como resources e extrai-las de acordo com o OS dentro do path do programa, o bom desta opção é que você garante sempre que a lib que esta sendo usada é a versão a qual você testou.

A configurações se encontra no manual sim
https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html
Veja a sessã DANFe

Qual a versão do Openssl você está usando pois é ele que manipula o certificado, se maior que 1.0 não vai funcionar mesmo.

Rapaz que eu saiba está tudo padronizado com dfe s algum tempo já. qual método está dando diferença?

https://acbr.sourceforge.io/ACBrLib/SAT_ImprimirExtratoCancelamento.html
Você esta usando qual linguagem ?
 

Eu não to falando da versão da NFe e sim do nível do Log
https://acbr.sourceforge.io/ACBrLib/Geral.html
Sessão = Principal
Chave = LogNivel
Pois seu log esta incompleto e não tem como te ajudar sem estas informações.

Esta com um erro na função de carregar o ini do evento, mas já foi corrigido e a nova dll já se encontra disponível para download.
Favor testar com ela.

O código já esta disponível no SVN faz alguns dias só tinha esquecido de avisar.