So you know their server IP? exim -d -bh their_server_IP_here , then simulate an SMTP session to see what happens! If there is nothing indicating that you block their IP(s), and if there is nothing showing you don't block them at the firewall or elsewhere, let us know. On 24 February 2017 at 10:02, Rimas Kudelis <rq(a)akl.lt> wrote:

Hi Helmut,

just a wild guess, but maybe these other servers are blacklisted somewhere on your server (e.g. in hosts.deny, or by some firewall)? If you don't see these hosts anywhere in your exim logs, I would guess that their connections don't reach Exim at all.

Granted, I don't really know how to log connection attempts though.

Regards, Rimas

2017-02-24 07:12, Helmut Fritz wrote:

Guys,

I am having some issues with particular servers sending emails to my server. Those other email server administrators just tell their users (who I found out from) that it is my email server problem and they do not want to help. I can send to them no problem, but not receive from them and zero log entires of their server contacting mine at all.

I saw an entry that enabled verbose logging in my exim.conf:

log_selector = +address_rewrite +all_parents +arguments +connection_reject +delay_delivery +delivery_size +dnslist_defer +incomi

ng_interface +incoming_port +lost_incoming_connection +queue_run +received_sender +received_recipients +retry_defer +sender_on_d

elivery +size_reject +skip_delivery +smtp_confirmation +smtp_connection +smtp_protocol_error +smtp_syntax_error +subject +tls_ci

pher1 +tls_peerdn

but my logs look no more verbose than before. Any help?

any other ideas to track the incoming connection, or determine if there actually is one at all (i.e. maybe it is some failure before they even try to connect)?

Thx!

Helmut

_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users

-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft."

Odhiambo, I will test when I get a chance. Very busy these last few days and the next couple. I am not sure that truly simulates an issue with their smtp server, just mine. But I will try it anyway. Anybody have input on whether the logging should now be more verbose? Thx! Helmut From: users [mailto:users-bounces(a)exim4u.org] On Behalf Of Odhiambo Washington Sent: Thursday, February 23, 2017 11:41 PM To: Exim4U General Discussion Subject: Re: [Exim4U] very verbose logging So you know their server IP? exim -d -bh their_server_IP_here , then simulate an SMTP session to see what happens! If there is nothing indicating that you block their IP(s), and if there is nothing showing you don't block them at the firewall or elsewhere, let us know. On 24 February 2017 at 10:02, Rimas Kudelis <rq(a)akl.lt> wrote: Hi Helmut, just a wild guess, but maybe these other servers are blacklisted somewhere on your server (e.g. in hosts.deny, or by some firewall)? If you don't see these hosts anywhere in your exim logs, I would guess that their connections don't reach Exim at all. Granted, I don't really know how to log connection attempts though. Regards, Rimas 2017-02-24 07:12, Helmut Fritz wrote: Guys, I am having some issues with particular servers sending emails to my server. Those other email server administrators just tell their users (who I found out from) that it is my email server problem and they do not want to help. I can send to them no problem, but not receive from them and zero log entires of their server contacting mine at all. I saw an entry that enabled verbose logging in my exim.conf: log_selector = +address_rewrite +all_parents +arguments +connection_reject +delay_delivery +delivery_size +dnslist_defer +incomi ng_interface +incoming_port +lost_incoming_connection +queue_run +received_sender +received_recipients +retry_defer +sender_on_d elivery +size_reject +skip_delivery +smtp_confirmation +smtp_connection +smtp_protocol_error +smtp_syntax_error +subject +tls_ci pher1 +tls_peerdn but my logs look no more verbose than before. Any help? any other ideas to track the incoming connection, or determine if there actually is one at all (i.e. maybe it is some failure before they even try to connect)? Thx! Helmut _______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft."

OK – finally have some breathing time. Exim –bh revealed nothing unusual, it allowed the connection. I put your log selector entry in and will ask the friendly user at the other end to send me an email. Thx Odhiambo. From: users [mailto:users-bounces(a)exim4u.org] On Behalf Of Odhiambo Washington Sent: Saturday, February 25, 2017 11:38 AM To: Exim4U General Discussion Subject: Re: [Exim4U] very verbose logging Here is my log_selector which gives me almost all details I need. log_selector = -retry_defer -skip_delivery +all_parents +arguments +received_sender +received_recipients +smtp_connection +smtp_syntax_error +delivery_size +incoming_interface +smtp_protocol_error +subject +tls_peerdn -host_lookup_failed -rejected_header exim -bh doesn't simulate an issue with their server. It simulates everything about your server communicating with theirs to help you know whether you are the one hindering things or the issue is elsewhere. On 25 February 2017 at 22:32, Helmut Fritz <helmut(a)fritz.us.com> wrote: Odhiambo, I will test when I get a chance. Very busy these last few days and the next couple. I am not sure that truly simulates an issue with their smtp server, just mine. But I will try it anyway. Anybody have input on whether the logging should now be more verbose? Thx! Helmut From: users [mailto:users-bounces(a)exim4u.org] On Behalf Of Odhiambo Washington Sent: Thursday, February 23, 2017 11:41 PM To: Exim4U General Discussion Subject: Re: [Exim4U] very verbose logging So you know their server IP? exim -d -bh their_server_IP_here , then simulate an SMTP session to see what happens! If there is nothing indicating that you block their IP(s), and if there is nothing showing you don't block them at the firewall or elsewhere, let us know. On 24 February 2017 at 10:02, Rimas Kudelis <rq(a)akl.lt> wrote: Hi Helmut, just a wild guess, but maybe these other servers are blacklisted somewhere on your server (e.g. in hosts.deny, or by some firewall)? If you don't see these hosts anywhere in your exim logs, I would guess that their connections don't reach Exim at all. Granted, I don't really know how to log connection attempts though. Regards, Rimas 2017-02-24 07:12, Helmut Fritz wrote: Guys, I am having some issues with particular servers sending emails to my server. Those other email server administrators just tell their users (who I found out from) that it is my email server problem and they do not want to help. I can send to them no problem, but not receive from them and zero log entires of their server contacting mine at all. I saw an entry that enabled verbose logging in my exim.conf: log_selector = +address_rewrite +all_parents +arguments +connection_reject +delay_delivery +delivery_size +dnslist_defer +incomi ng_interface +incoming_port +lost_incoming_connection +queue_run +received_sender +received_recipients +retry_defer +sender_on_d elivery +size_reject +skip_delivery +smtp_confirmation +smtp_connection +smtp_protocol_error +smtp_syntax_error +subject +tls_ci pher1 +tls_peerdn but my logs look no more verbose than before. Any help? any other ideas to track the incoming connection, or determine if there actually is one at all (i.e. maybe it is some failure before they even try to connect)? Thx! Helmut _______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft." _______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft."

Odhiambo, I will test when I get a chance. Very busy these last few days and the next couple. I am not sure that truly simulates an issue with their smtp server, just mine. But I will try it anyway. Anybody have input on whether the logging should now be more verbose? Thx! Helmut From: users [mailto:users-bounces(a)exim4u.org] On Behalf Of Odhiambo Washington Sent: Thursday, February 23, 2017 11:41 PM To: Exim4U General Discussion Subject: Re: [Exim4U] very verbose logging So you know their server IP? exim -d -bh their_server_IP_here , then simulate an SMTP session to see what happens! If there is nothing indicating that you block their IP(s), and if there is nothing showing you don't block them at the firewall or elsewhere, let us know. On 24 February 2017 at 10:02, Rimas Kudelis <rq(a)akl.lt> wrote: Hi Helmut, just a wild guess, but maybe these other servers are blacklisted somewhere on your server (e.g. in hosts.deny, or by some firewall)? If you don't see these hosts anywhere in your exim logs, I would guess that their connections don't reach Exim at all. Granted, I don't really know how to log connection attempts though. Regards, Rimas 2017-02-24 07:12, Helmut Fritz wrote: Guys, I am having some issues with particular servers sending emails to my server. Those other email server administrators just tell their users (who I found out from) that it is my email server problem and they do not want to help. I can send to them no problem, but not receive from them and zero log entires of their server contacting mine at all. I saw an entry that enabled verbose logging in my exim.conf: log_selector = +address_rewrite +all_parents +arguments +connection_reject +delay_delivery +delivery_size +dnslist_defer +incomi ng_interface +incoming_port +lost_incoming_connection +queue_run +received_sender +received_recipients +retry_defer +sender_on_d elivery +size_reject +skip_delivery +smtp_confirmation +smtp_connection +smtp_protocol_error +smtp_syntax_error +subject +tls_ci pher1 +tls_peerdn but my logs look no more verbose than before. Any help? any other ideas to track the incoming connection, or determine if there actually is one at all (i.e. maybe it is some failure before they even try to connect)? Thx! Helmut _______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft."