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."