Skip to main content

View Mail Statisics Summary Count-Error

Comments

7 comments

  • cPanelLauren
    Hi @keat63 You can view all mail transactions in the exim_mainlog. Something like the following might work to get you the lines with CloudMark: grep -i cloudmark /var/log/exim_mainlog
    0
  • keat63
    I can see how the grep may help, however, there are other messages in the error log, so grep would have to be a manual process for each and every error. Further to this, the error log in whm appears to list failures in alphabetic order, so it's impossible to tell when or if any new entries were added to the list. Is there any method I could use to either search for these specific errors or have the gui show the time stamp ascociated with the error.
    0
  • cPanelLauren
    You had asked for the CloudMark errors specifically so that grep should give you ALL of the CloudMark related data WHM's>>Email>>View Mail Statistics Summary -> Count - Error lists the errors in ascending order based off the count You can use the mail troubleshooter to trace one specific email address, the mail delivery reports will list errors and it allows you to see the body/header of messages
    0
  • keat63
    My applogies Lauren, maybe a slight misunderstanding I didnt specifically ask for CloudMark, i just painted the picture as to why I was looking in the error log. I can see the error log growing, but as the entries are sorted in an alphabetical order, it's almost impossible to decipher which are new entries and which are old ones. To run Grep or mail troubleshooter would involve doing so on a manual basis with each and every entry. It would be extremely time consuming and laborious.
    0
  • cPanelLauren
    I didnt specifically ask for CloudMark, i just painted the picture as to why I was looking in the error log.

    I see, I did presume that you were asking for specifics to CloudMark
    To run Grep or mail troubleshooter would involve doing so on a manual basis with each and every entry. It would be extremely time consuming and laborious.

    You could generalize your grep but you can also view mail stats over cli though that will give you basically the same output as within the UI But you could get failures in general by searching for the router that is flagged in the error for example: grep "R=fail_remote_domains" /var/log/exim_mainlog
    Or for items that were blocked with a filter: grep "R=central_filter" /var/log/exim_mainlog
    You can fine-tune basically any command line search to give you the information you're looking for.
    0
  • keat63
    I'm not sure either would work. Theres no uniformity between the failures, every one is worded differently, I guess depending on why it failed and who failed it. I don't want to post an image up here of the error log, due to the work involved in obfuscating it, however, I guess you'll know exactly what I mean when you look at one. It appears to refresh every sunday, and with today being Monday, it's pretty easy to decipher, but come the end of the week when it's up to maybe 20 entries, it's impossible to know which ones I've dealt with and which ones I havn't.
    0
  • cPanelLauren
    Hi @keat63 It sounds like what you're wanting is better manageability for errors/issues with items in the Mail Statistics UI of cPanel and in that case I think a feature request might be the best option.
    0

Please sign in to leave a comment.