Skip to main content

Mail Queue Manager - Full of email failing to send to root@hosting.websitehere.com

Comments

8 comments

  • RyanR
    0
  • Spirogg
    Thanks, the big question after that is... why are there so many emails and how can I work out how to resolve them?

    so all those emails are notifications ( example configserver CSF) sends notifications to root and so does whm apache services go down etc. etc etc so since you did not have that filled in with a forwarding email you got all those emails stuck. now when you update most of those still pending will go to your new email you used in the forward section. if you used gmail for the forward email. make sure to check your spam folder and mark those emails as not spam. its a pain but then you won;t get marked as spam from gmail on all those emails ;) it should just clear all the pending ones. the Frozen ones you can try sending them cant remember if it says unfreeze or retry
    0
  • Spirogg
    whitelist redis, lsmcd,mariadb so none of them get flagged as a suspicious process

    if you look at the emails for those you can see example: Date: Tue, 26 Apr 2022 08:17:59 +0000 Time: Tue Apr 26 08:17:59 2022 +0000 PID: 2327 (Parent PID:2327) Account: redis Uptime: 838791 seconds Executable: /usr/bin/redis-server Command Line (often faked in exploits): /usr/bin/redis-server 127.0.0.1:6379 so you can copy the Executable line: /usr/bin/redis-server
    and go to CSF Edit /etc/csf/csf.pignore and add it under another exe: here is an example in CSF csf.pignore exe:/usr/sbin/sw-engine-fpm exe:/usr/sbin/sw-cp-serverd exe:/sbin/rngd exe:/usr/sbin/mariadbd exe:/usr/sbin/atd exe:/usr/lib/systemd/systemd-timesyncd exe:/usr/lib/systemd/systemd-networkd exe:/usr/sbin/rsyslogd exe:/usr/lib/apt/methods/http exe:/usr/sbin/rngd exe:/usr/lib/systemd/systemd-resolved exe:/usr/sbin/uuidd so this was the last exe: so you add the same exe:/usr/bin/redis-server then save the file. there is also a dropdown in the GUI of CSF in WHM where you setup CSF look under lfd - Login Failure Daemon >> Edit lfd ignore file so all those you mentioned you can have CSF LFD ignore sending you the email notification by adding the exe:/usr/bin whatever it will tell you what the executable path is and just add that and save. hope this helps
    0
  • Spirogg
    Thanks, the big question after that is... why are there so many emails and how can I work out how to resolve them?

    Unfreeze or force send. the magnify glass you can read the emails. and you can just select all of them and delete them or send them. i would read the emails from there and see if you see anything funny or huge error. and them just delete them. if there is any issues you will get notification again via your forwarding email you used so you don't get stuck as a spammer on your email you used if you have a lot of them that are frozen, I do not know how many you have but if its a huge amount I would not send them it can cause you troubles with your email account and mark your server as a spam server. Gmail is funny like that. that is why I said to check your spam folder also (Gmail or outlook or any email) so you can mark them as not spam. and then you should be able to get notifications to your inbox.) also make sure your domain has a SSL certificate and all your SPF DKIM etc pass the test and your hostname also has an SSL Certificate as well. so you can send emails from server. if you go to cpanel under email and check Email deliverability for your domains it will tell you fi you have any issues and to the right the links will explain what each does and means ok Ill leave you be. just thought I would add this here if you already knew this someone else might find it useful :) Kind Regards, Spiro
    0
  • RyanR
    Snip

    Thanks for those great replies! There were 2,000 emails queued up so I deleted them all instead. I setup some LFD ignores but even 12+ hours later I am receiving emails though I think these are new emails rather than queued up ones... I can confirm that DKIM & SPF & DMARC are all setup and correct, no issues with that. I added the following rules to csf.pignore but they don't appear to be helping even after restarting both CSF and even the entire server. pexe:/opt/cpanel/ea-php.*/root/usr/bin/lsphp.* # LiteSpeed pexe:/usr/local/lsws/bin/lshttpd.* # LiteSpeed exe:/usr/local/lsmcd/bin/lsmcd # LiteSpeed exe:/usr/bin/redis-server # Redis exe:/usr/bin/node # Redis cmd:/usr/bin/redis-server 127.0.0.1:6379 # Redis exe:/opt/digitalocean/bin/do-agent # DigitalOcean cmd:lsphp # LiteSpeed Extra pexe:^/opt/cpanel/ea-php\d\d/root/usr/bin/lsphp # LiteSpeed Extra pexe:^/usr/local/lsws/bin/lshttpd.* # LiteSpeed Extra pexe:^/opt/alt/php.*/usr/bin/lsphp # LiteSpeed Extra pexe:^/opt/cpanel/ea-php\d\d/root/usr/bin/lsphp\.cagefs # LiteSpeed Extra
    I have the following lfd warnings that I feel are all false positives... Suspicious process running under user nobody [quote] Executable: /usr/local/lsmcd/bin/lsmcd Command Line (often faked in exploits): /usr/local/lsmcd/bin/lsmcd
    Suspicious process running under user nobody [quote] Executable: /usr/local/lsws/bin/lshttpd.6.0.11 Command Line (often faked in exploits): litespeed (lshttpd - #01)
    Suspicious File Alert [quote] File: /tmp/lsmcd/core.873669 Reason: Linux Binary Owner: nobody:nobody (99:99) Action: No action taken
    Excessive resource usage: customwheelaccount [quote] Exceeded: 60647 > 3600 (seconds) Executable: /usr/bin/bash Command Line: -bash
    Excessive resource usage: do-agent [quote] Exceeded: 906203 > 3600 (seconds) Executable: /opt/digitalocean/bin/do-agent Command Line: /opt/digitalocean/bin/do-agent --syslog
    Excessive resource usage: mysql [quote] Exceeded: 906203 > 3600 (seconds) Executable: /usr/sbin/mariadbd Command Line: /usr/sbin/mariadbd
    Suspicious process running under user redis [quote] Executable: /usr/bin/redis-server Command Line (often faked in exploits): /usr/bin/redis-server 127.0.0.1:6379
    Excessive resource usage: redis [quote] Exceeded: 909835 > 3600 (seconds) Executable: /usr/bin/redis-server Command Line: /usr/bin/redis-server 127.0.0.1:6379
    0
  • Spirogg
    Thanks for those great replies! There were 2,000 emails queued up so I deleted them all instead. I setup some LFD ignores but even 12+ hours later I am receiving emails though I think these are new emails rather than queued up ones... I can confirm that DKIM & SPF & DMARC are all setup and correct, no issues with that. I added the following rules to csf.pignore but they don't appear to be helping even after restarting both CSF and even the entire server. pexe:/opt/cpanel/ea-php.*/root/usr/bin/lsphp.* # LiteSpeed pexe:/usr/local/lsws/bin/lshttpd.* # LiteSpeed exe:/usr/local/lsmcd/bin/lsmcd # LiteSpeed exe:/usr/bin/redis-server # Redis exe:/usr/bin/node # Redis cmd:/usr/bin/redis-server 127.0.0.1:6379 # Redis exe:/opt/digitalocean/bin/do-agent # DigitalOcean cmd:lsphp # LiteSpeed Extra pexe:^/opt/cpanel/ea-php\d\d/root/usr/bin/lsphp # LiteSpeed Extra pexe:^/usr/local/lsws/bin/lshttpd.* # LiteSpeed Extra pexe:^/opt/alt/php.*/usr/bin/lsphp # LiteSpeed Extra pexe:^/opt/cpanel/ea-php\d\d/root/usr/bin/lsphp\.cagefs # LiteSpeed Extra
    I have the following lfd warnings that I feel are all false positives... Suspicious process running under user nobody Suspicious process running under user nobody Suspicious File Alert Excessive resource usage: customwheelaccount Excessive resource usage: do-agent Excessive resource usage: mysql Suspicious process running under user redis Excessive resource usage: redis

    @cPRex do you see anything wrong with this if you can give us some input please thanks SPIRO
    0
  • cPRex Jurassic Moderator
    I try not to comment on CSF stuff too much. If the ignore rules aren't working as intended it would be best to reach out to their support directly.
    0

Please sign in to leave a comment.