Skip to main content

Reading and Understanding Exim's exim_mainlog

Pinned

Comments

10 comments

  • MilesWeb
    Hi Aaron. Thank you for the share. It will surely come handy to technicians who investigate the email/exim issues.
    0
  • furquan
    Wonderful !!!! That is the only word i could think of :) Thank you !!!!
    0
  • cPanelMichael
    Nice job on this manual! I've stickied this thread in our "E-mail Discussions" forum.
    0
  • sahostking
    Awesome right up. - Removed by Moderator -
    0
  • MarkDalton
    Excellent and very useful post.
    0
  • YanOri
    This is an excellent post. Thanks a lot for this @AaronH. I just have one doubt regarding "*> delivery suppressed by -N" What does that mean?
    0
  • cPanelMichael
    This is an excellent post. Thanks a lot for this AaronH. I just have one doubt regarding "*> delivery suppressed by -N" What does that mean?

    Hello, This is documented at: 52. Log files 11. Fake deliveries If a delivery does not actually take place because the -N option has been used to suppress it, a normal delivery line is written to the log, except that "=>" is replaced by "*>".
    -N This is a debugging option that inhibits delivery of a message at the transport level. It implies at least -d1. Exim goes through many of the motions of delivery -- it just doesn't actually transport the message, but instead behaves as if it had successfully done so. However, it does not make any updates to the retry database, and the log entries for deliveries are flagged with `*>' rather than `=>'. Because -N discards any message to which it applies, only root or the Exim user are allowed to use it with -bd, -q, -Ror -M. In other words, an ordinary user can use it only when supplying an incoming message to which it will apply. Although transportation never fails when -N is set, an address may be deferred because of a configuration problem on a transport, or a routing or directing problem. Once -N has been used for a delivery attempt, it sticks to the message, and applies to any subsequent delivery attempts that may happen for that message.
    Thanks!
    0
  • dlsweb
    In my maillog I see the entry pop3(user+company.com): Disconnected: Logged out top=2/4756 retr=964/72080684 del=0/482 size=36031344 bytes=9474/72105440 I found this definition- bytes = number of bytes sent to client as a result of RETR command but what is before and after the / in bytes=9474/72105440 ? Could this be my problem with excessive pop3 bandwidth?
    0
  • albertorivera

    Sorry to post here but I'm not sure how to easily contact you.

    In your article https://support.cpanel.net/hc/en-us/articles/360063199813-How-to-clear-out-the-archives-for-Mailman step 7 says: 

    /user/local/cpanel/scripts/update_mailman_cache

    but it should be "/usr/.." instead of "/user/..". I was just copy pasting and didn't notice why it wasn't working.

     

    0
  • cPRex Jurassic Moderator

    albertorivera - thanks for pointing that out - I'll fix this now!

    0

Please sign in to leave a comment.