Problemas no Send Mail

[former_member187533]

Boa Tarde senhores,

Estou com um problema estranho em ambiente de PRD.

Se encontra na interface b2b da NFe.

Na sxi_monitor aparece OK o envio (inclusive o ack).

Na rwb esta ok, informando que a mensagem foi enviada com sucesso:

02.09.2013 14:14:25.939	Information	Message was received by the messaging system. Protocol: XI URL: http://server:port/MessagingSystem/receive/AFW/XI Credential (User): xxx
02.09.2013 14:14:25.945	Information	Using connection Mail_http://sap.com/xi/XI/System. Trying to put the message into the receive queue
02.09.2013 14:14:25.981	Information	Message successfully put into the queue
02.09.2013 14:14:25.988	Information	The message was successfully retrieved from the receive queue
02.09.2013 14:14:26.005	Information	Message status set to DLNG
02.09.2013 14:14:26.006	Information	Delivering to channel: CTB2B_MAIL_RCV
02.09.2013 14:14:26.007	Information	MP: processing local module localejbs/sap.com/com.sap.aii.adapter.mail.app/XIMailAdapterBean
02.09.2013 14:14:26.008	Information	Mail: Message entering the adapter
02.09.2013 14:14:26.008	Information	Mail: Receiver adapter entered with Quality of Service ExactlyOnce
02.09.2013 14:14:26.008	Information	Mail: Calling the adapter for processing
02.09.2013 14:14:26.053	Information	Mail: Call completed
02.09.2013 14:14:26.054	Information	Mail: Response message received 1e79c4e8-13f3-11e3-9744-000009b2fb2a
02.09.2013 14:14:26.054	Information	Mail: Sending a delivery acknowledgement
02.09.2013 14:14:26.054	Information	Mail: Sent a delivery acknowledgement
02.09.2013 14:14:26.055	Information	Acknowledgement creation triggered for type: SystemAck
02.09.2013 14:14:26.055	Information	The message was successfully delivered to the application using connection Mail_http://sap.com/xi/XI/System
02.09.2013 14:14:26.056	Information	Acknowledgement creation triggered for type: AckNotSupported
02.09.2013 14:14:26.070	Information	Message status set to DLVD
02.09.2013 14:14:26.099	Information	Acknowledgement sent successfully for type: SystemAck

Porem o e-mail nao e enviado.

SMQ* sem problemas de processamento.

Em ambiente de qualidade, mesmo desenvolvimento envia e-mails sem problemas.

Obrigado.

[former_member218171 · Accepted solution]

Bom dia,

Pode verificar a Tx. SCOTT, pode ver log de envío dos emails.

[former_member182114 · Accepted solution]

Bom dia Cotton Bernard,

Neste exemplo acho que não seja ligado à SCOT pois foi transmitido via PI.

Atenciosamente, Fernando Da Rós

[former_member187533 · Accepted solution]

Fernando,

Ambos os ambientes de PI estao apontando para o mesmo server SMTP, mas mesmo assim solicitei analise dos logs... Mas acho dificil ter algum retorno positivo, pois ambos estao relacionados ao mesmo servico.

Exatamente essa seria a minha duvida. Por se tratar de uma mensageria do PI (que nao seria via SCOT) e os logs informaram como enviado, aonde pode estar se perdendo este email?

Sendo que em meus testes, tanto o ambiente de QAS quando te PRD enviam para o mesmo endereco de email (QAS OK Logs, OK Envio, PRD OK Logs, N OK Envio).

Se tiveres mais alguma dica, sera muito importante.

Obrigado!

[former_member182114 · Accepted solution]

Bom dia Lucas,

Na parte de incoming o SAP NFE envia alguns avisos por SAP INT (SOST/SCOT) mas no B2B, como é entregue ao PI dali o cliente faz a customização e já é PI/Java mundo externo.

Infelizmente as dicas que dei continuam válidas, checar todos os logs acompanhando por onde esse email passa. O lance do verificar o servidor de email é mais para detectar alguma regra de spam / relay talvez já feita para um dos servidores mas autente no outro.

Imagino que o PRD esteja em uma DMZ, então pode ser que configurações de firewall simplesmente dropem algum pacote... como disse precisa seguir cada ponto para ver onde está saindo e não está chegando.

Atenciosamente, Fernando Da Rós

[former_member187533]

Gurizada,

Valeu pela ajuda. O problema esta mais embaixo.

Na verdades os e-mail estao saindo, mas o destinatario tem o processo de inbound da NFe, e meu XML esta diferente do da sefaz.

Vou abrir outra thread para nao misturar os assuntos!

Valeeeu!

[Former Member]

Oi Lucas

Dê uma olhada no doc SMTP Configuration talvez lhe ajude com alguma "luz".

Abraço

Eduardo Chagas

http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/a0a27c01-26b0-2c10-bd8a-94498efa7...

[RafaelVieira]

Pra verificar o email destino, você pode também aumentar o trace level do PI pra 2 e verificar na Moni qual email está sendo usado para o envio, após o procedimento de lookup no mapping.

Esta interface algum dia já enviou emails e de repente parou de funcionar, ou nunca enviou 1 email em produção?

Outra opção é trabalhar em conjunto com a equipe de basis, ativando alguns traces que incluam também a parte de firewall e disparando o cenário e a partir daí verificar cada ponto pra ver se chegou ali no firewall e barrou a mensagem ou se chegou e passou, ou se nem chegou (que é menos provável).

[former_member182114]

Bom dia Lucas,

A foto parece tudo ok, então imagino que o email foi enviado mas o problema seja para onde. De onde você busca os emails? Já vi algumas implementações que fazem lookup RFC no ERP. Já verificou qual o destinatário e se a função está respondendo corretamente?

Atenciosamente, Fernando Da Rós

[former_member187533]

Fernando, obrigado pelo retorno!

Entao, testo o mapping da interface passando o XML string (utilizei exatamente a solucao do lookup RFC) e surge o e-mail correto para envio.

Porem tal e-mail nao e recebido para o destinatario passado.

Teria alguma configuracao de ambiente a ser revisada?

Obrigado.

[former_member182114]

Ambos servidores PI estão mandando para o mesmo servidor de email?

Verifique no servidor de email pelos logs de recepção e transmissão.

Atenciosamente, Fernando Da Rós

[Former Member]

Bom dia Lucas,

Ja tentou colocar um segundo email de outra conta para ver se chega?

Cara eu estive em um cliente onde nao saia os emails,

um consultor alterou a porta SMTP da SCOT de 25 para 587 e disse que funcionou, mas sinceramente eu nao entendo a ligacao com o canal de email.

Abs

João

[former_member182114]

Bom dia Lucas / João,

Por isso é importante analisar ponta a ponta, neste outro exemplo que o João trouxe trocaram a porta padrão SMTP 25 pela 587 (atual padrão), existem casos inclusive onde por politica interna trocam as portas para evitar hackers scaneando portas abertas para usarem.

Atenciosamente, Fernando Da Rós