Ir para conteúdo
  • Cadastre-se

OFF-DEV

Membros Pro
  • Total de ítens

    240
  • Registro em

  • Última visita

Tudo que OFF-DEV postou

  1. aqui acontece assim, usando C# : - antes setar manualmente ATIVO=1 lá no arquivo .ini da seção[ETQ] - no código da aplicação chamar acbr.ConfigGravarValor salvando Ativo = 0 - no código da aplicação chamar ConfigGravar() para persistir o set anterior; com isso é gerado um exception indetectável na aplicação, ela funciona bem por um minuto ou dois e cai para CTD. é necessário usar o ETQ_ATIVAR desta forma como descreveu? Agora está funcionando bem, porém não usei ETQ_ATIVAR, não explicitamente no código até onde eu saiba.
  2. Prezado Barbosa, desculpe a demora mas a correria está grande, só hoje consegui voltar a este problema. O problema foi resolvido e foi ocasionado por um parâmetro setado errado no ini, por algum motivo foi alterado o parametro Ativo para 1 e com isso qualquer acesso para setar parâmetros pela DLL causava um CTD aleatório em seguida. Procurei nas configurações da biblioteca do ACBR e não é muito claro qual a serventia do parâmetro Ativo do grupo [ETQ], fala somente 'Situação atual'. Poderiam me esclarecer para que serve este parâmetro? De qualquer modeo, Obrigadão pela ajuda
  3. Bom dia Pessoal, tudo bem? Seguinte, voltando àquele assunto do CTD ao imprimir na Zebra ZD220, o que eu fiz, peguei o código do Demo ACBR da etiqueta e embuti dentro do meu aplicativo, veja na imagem pfv. O efeito é exatamente o mesmo, ao .ativar(), ocorre um exception com mensagem em branco, e segundos depois na aplicação ocorre um CTD, fechando totalmente sem deixar vestígios do que seja. Este problema ocorre só no cliente que tem a Zebra instalada, no meu PC, não ocorre CTD, eu envio a impressão para a Zebra , só que por não existir a impressora fisicamente, retorna um erro normal e para por aí.... Tudo está rodando no Win11 64 bits numa aplicação C# compilada para Any. Alguém tem alguma ideia se Contexts diferentes da aplicação em c# ou [STAThread] afetariam a execução do .Ativar() gerando o CTD ?
  4. Pessoal, descobri o problema, Para quem possa interessar, é obrigatório o uso das seguintes DLLs no diretório para que o email seja enviado pela DLL ACBrSAT32.dll : libcrypto-1_1.dll libexslt.dll libiconv.dll libssl-1_1.dll libxml2.dll libxslt.dll E curioso que tem que ser todas estas dLLs, uma isolada não funciona o envio de email. Como sugestão seria legal documentar bem a necessidade delas já que eu não consegui achar esta orientação no wiki para envio do email. Grande abraço e pode fechar. Leandro
  5. Bom dia Daniel, muito obrigado pelo retorno, 1) Uso SMTP mesmo, IMAP é desativado no TB. 2) Te enviei uma PM com email e senha pra testar no ACBrLib.Sat.Demo.exe, aqui conforme imagem em anexo no email mostra o mesmo erro. Desculpe-me pelo trabalho, mas realmente não estou entendendo o que estou fazendo de errado para isso não funcionar. Atenciosamente Leandro
  6. Não funcionou também, coloquei uma senha mais simples no utilitário de vocês e não funcionou também:
  7. Uma dúvida, a senha tem alguma limitação de caracteres pelo ACBR? Esta minha senha usa ponto, colchetes e outros símbolos.
  8. Obs.2 - No caso da locaweb não achei opção de restrição nas configurações de email, parece-me que não tem mesmo, até porque se eu usar mailkit funciona normalmente o envio usando a mesma senha que está no ini.
  9. Meus dados no ini abaixo divergem alguma coisa do seu teste?: [Email] Nome=Informação sobre compra em EMPRESA FANTASIA TESTE NORMAL Servidor=email-ssl.com.br [email protected] [email protected] Senha=JDgMTwxuGx0CMA== Codificacao=27 Porta=465 SSL=1 TLS=0 Timeout=0 Confirmacao=1 ConfirmacaoEntrega=0 SegundoPlano=0 Tentativas=1 IsHTML=1 Priority=3 Obs.1 - Estou salvando a senha desta forma abaixo, está correto? SatDLL.ConfigGravarValor(ACBrSessao.Email, "Senha", "123456fake");
  10. Mas tu não usou locaweb, usou outro SMTP e provedor. O locaweb até onde eu sei usa o esquema de email seguro com ativação do SSL na porta 465, servidor email-ssl.com.br. Marcando somente TLS dá o mesmo problema que postei lá em cima: SMTP Error: Unable to Login. E sim, eu já tinha postado o conteúdo do arquivo .INI, a porta estava correta, em anexo. Não funciona, dando o mesmo erro: usando só TLS usando só SSL usando ambos...
  11. Resumindo onde funciona: API Mail Kit do C# ThunderBird E onde não funciona ACBR.SAT.Demo.Email API SAT DLL. Posso emprestar um login e senha para vocês testarem aí, pode ser?, mando via PM.
  12. Sim, senhas estão corretos, eu não disse que testei na API MailKit do C#? A senha e o login são os meus pessoais que uso no thunderbird, não dá problema lá.
  13. Não. Pra fazer o teste preciso fazer o ajuste. E aí dá o erro, conforme está na print. Não sei se ajuda, meu ini fica assim [Email] Nome=Informação sobre compra em TESTE FANTA Servidor=email-ssl.com.br Conta=l@c Usuario=l@c Senha=JDgMTwxuGx0CMA== Codificacao=27 Porta=465 SSL=1 TLS=0 Timeout=0 Confirmacao=1 ConfirmacaoEntrega=0 SegundoPlano=0 Tentativas=1 IsHTML=1 Priority=3
  14. Obs. tem uma erro no controle visual da porta SMTP que impede números maiores que 100, ajustei a propriedade Maximum para 465.
  15. Prezados, correria d+ com os projetos, mas voltei. Testei pelo ACBrLibSat Demo (era esse ?) e o mesmo erro continua..
  16. Sim, foi na hora de construir o tópico, ficou ali faltando o ". Tentei editar para arrumar, mas o forum não permite mais. Qual demo ?
  17. Salve mestres! Estou usando a API ACBrSat e o arquivo .INI com as seguintes configurações de email do locaweb: [Email] Nome=Informação sobre compra em TESTE FANTA Servidor=email-ssl.com.br Conta=lei@c Usuario=le@c Senha=JDgMTwxuGx0CMA== Codificacao=27 Porta=465 SSL=1 TLS=0 Timeout=0 Confirmacao=1 ConfirmacaoEntrega=0 SegundoPlano=0 Tentativas=1 IsHTML=1 Priority=3 Obs 1. troquei ali nomes de conta propositalmente. Obs 2. Segui as orientações que o Daniel postou aqui para configurar locaweb. Estou usando c# e chamando através da DLL o seguinte método: SatDLL.EnviarEmail(NomeArquivoXMLTemp, email1 , - Informações sobre venda", ArqPDF, "vendinha", emailAdicional, ""); Infelizmente o método me retorna um exception SMTP Error: Unable to Login e não envia nada. Fiz uma contra prova usando a API C# opensource MailKit com as mesmas configurações e enviou o email corretamente. O que será que eu fiz de errado? Abraços
  18. Entendi, mas creio que alterando o meu próprio fonte pra 0 consigo fazer os tratamentos necessários. minha maior dúvida era mesmo se voltaria 0 ou vazio.... Quanto à consulta do número de sessão, vou deixar então lá por enquanto para ver como se comporta. Valeu José!
  19. Obrigado José! É um certo desafio criar um fluxo que realmente traga segurança ao tratamento do retorno, evitando assim duplicações ou a perda do XML mesmo quando algo no hardware acontece de errado. No caso que eu expliquei, é necessário a verificação do CodigoRetorno == 0 pois na sequência eu quero usar ConsultarNumeroSessao(s) para obter o XML, caso mesmo assim eu não obtê-lo, eu descarto tudo e volto a mensagem para o operador que algo falhou e ele precisa tentar novamente. Mas isso me levou a outra dúvida, estou usando ValidarNumeroSessaoResposta=1 sempre. Mesmo se falhar a obtenção do XML com CodigoRetorno == 0 e usando ValidarNumeroSessaoResposta=1, você acha necessário ainda usar ConsultarNumeroSessao(s) para tentar obter o XML mais uma vez ou é desnecessário? Mais uma dúvida, tem como simular o CodigoRetorno voltando '0' ?
  20. Amigos, ótimo tópico, mas para ficar 100% claro, José, quando você diz 'se não tiver resposta' , isso significaria exatamente o que? Que o Retorno viriam vazios, nulos ou a string inteira de retorno seria vazia? Dependendo da resposta, a forma de identificar o problema muda e se não fizer certo pode gerar problema. Pergunto porque não tenho como simular isso já que o problema aparentemente não é simulável facilmente.... pelo menos que eu saiba... A título de exemplo, um simples IF Seria o suficiente pra atender a sua afirmação? IF Vazio ( retIni["ENVIO"]["CodigoDeRetorno"])) // não obteve resposta.... Ps. Estou usando a DLL.
  21. Sim, a DLL está funcionando, estou usando a x86, minha aplicação também x86. Testei a DLL usando o SATTEst.exe e está funcional também, retorna os mesmos status que a minha aplicação. O meu SAT já estava configurado para homologação, e já venho fazendo testes de venda nele a tempo. Qdo tentei AssociarAssinatura usando o SATTeste.Exe, ele travou também, efeito igual ao da minha aplicação.
  22. Consultando no Wiki correto da chamada do método da ACBRLib também não tem a menção a 2 CNPJs e quais seriam: https://acbr.sourceforge.io/ACBrLib/SAT_AssociarAssinatura.html
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.