Hi David, Which knob(s) on the logging configuration did you turn on? Have you tried org.apache.james.protocols? I just looked briefly through the codes for 3.4 and I think this one may help you even though the code doesn't log as much like springframework at debug level.
Regards, Tommy On Wed, Mar 18, 2020 at 4:36 AM <[email protected]> wrote: > Hi Jerry > > Thanks for that. I'm actually using 3.3.0, but I put your log4j.properties > in conf pretty much as is. And now I see log files other than > james.server.log actually starting to accumulate content. > > Better still this is at least very close to solving my gripe about not > seeing the response of a remote MX when sending a message. In the formerly > empty mailetcontainer.log I see > > DEBUG 11:04:47,426 | > org.apache.james.transport.mailets.remote.delivery.MailDelivrerToHost | > Mail (Mail1584529471843-0f9c6aa4-2919-47e1-bd7d-c446516ebb49- > to-dmatthews.org) sent successfully to a.mx.dmatthews.org. at > 213.138.100.30 from [email protected] for [[email protected]] > > That looks like james' assessment of the remote MX response rather than > the actual raw response, but it's a good deal better than nothing. Also I > now know exactly where to look if I really want to see the remote response > as is. > > I'll add your log4j.properties to my james 3.3.0 write up and credit you > for it :-) > > > >Tommy, I hit this problem as well. Turns out that all the logs were > >restructured in 3.4, and the log4j file was not updated accordingly. > >I've updated mine and also added several more log points. This one > >works for me. Replace your /conf/log4j.properties file with this one, > >and play around with it: > > -- > David Matthews > [email protected] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
