Powered By Blogger

Search This Blog

22 January, 2013

Exim Important Commands

Question: I'm using Exim mail server under CentOS Linux. How do I remove all messages from the Exim mail queue using a shell prompt?
Answer: Exim is a mail transfer agent (MTA) used on Unix-like operating systems. It aims to be a general and flexible mailer with extensive facilities for checking incoming e-mail.
To print a list of the messages in the queue, enter:

# exim -bp

To remove a message from the queue, enter:

# exim -Mrm {message-id}

To remove all messages from the queue, enter:

# exim -bp | awk '/^ *[0-9]+[mhd]/{print "exim -Mrm " $3}' | bash
Dallas Marlow, suggested following clean command:
# exim -bp | exiqgrep -i | xargs exim -Mrm
Here are some useful things to know for managing an Exim 4 server. This assumes a prior working knowledge of SMTP, MTAs, and a UNIX shell prompt.

Message-IDs and spool files

The message-IDs that Exim uses to refer to messages in its queue are mixed-case alpha-numeric, and take the form of: XXXXXX-YYYYYY-ZZ. Most commands related to managing the queue and logging use these message-ids.
There are three -- count 'em, THREE -- files for each message in the spool directory. If you're dealing with these files by hand, instead of using the appropriate exim commands as detailed below, make sure you get them all, and don't leave Exim with remnants of messages in the queue. I used to mess directly with these files when I first started running Exim machines, but thanks to the utilities described below, I haven't needed to do that in many months.
Files in /var/spool/exim/msglog contain logging information for each message and are named the same as the message-id.
Files in /var/spool/exim/input are named after the message-id, plus a suffix denoting whether it is the envelope header (-H) or message data (-D).
These directories may contain further hashed subdirectories to deal with larger mail queues, so don't expect everything to always appear directly in the top /var/spool/exim/input or /var/spool/exim/msglog directories; any searches or greps will need to be recursive. See if there is a proper way to do what you're doing before working directly on the spool files.

Basic information

Print a count of the messages in the queue:
root@localhost# exim -bpc
Print a listing of the messages in the queue (time queued, size, message-id, sender, recipient):
root@localhost# exim -bp
Print a summary of messages in the queue (count, volume, oldest, newest, domain, and totals):
root@localhost# exim -bp | exiqsumm
Print what Exim is doing right now:
root@localhost# exiwhat
Test how exim will route a given address:
root@localhost# exim -bt alias@localdomain.com
user@thishost.com
    <-- alias@localdomain.com
  router = localuser, transport = local_delivery
root@localhost# exim -bt user@thishost.com
user@thishost.com
  router = localuser, transport = local_delivery
root@localhost# exim -bt user@remotehost.com
  router = lookuphost, transport = remote_smtp
  host mail.remotehost.com [1.2.3.4] MX=0
Run a pretend SMTP transaction from the command line, as if it were coming from the given IP address. This will display Exim's checks, ACLs, and filters as they are applied. The message will NOT actually be delivered.
root@localhost# exim -bh 192.168.11.22
Display all of Exim's configuration settings:
root@localhost# exim -bP

Searching the queue with exiqgrep

Exim includes a utility that is quite nice for grepping through the queue, called exiqgrep. Learn it. Know it. Live it. If you're not using this, and if you're not familiar with the various flags it uses, you're probably doing things the hard way, like piping `exim -bp` into awk, grep, cut, or `wc -l`. Don't make life harder than it already is.
First, various flags that control what messages are matched. These can be combined to come up with a very particular search.
Use -f to search the queue for messages from a specific sender:
root@localhost# exiqgrep -f [luser]@domain
Use -r to search the queue for messages for a specific recipient/domain:
root@localhost# exiqgrep -r [luser]@domain
Use -o to print messages older than the specified number of seconds. For example, messages older than 1 day:
root@localhost# exiqgrep -o 86400 [...]
Use -y to print messages that are younger than the specified number of seconds. For example, messages less than an hour old:
root@localhost# exiqgrep -y 3600 [...]
Use -s to match the size of a message with a regex. For example, 700-799 bytes:
root@localhost# exiqgrep -s '^7..$' [...]
Use -z to match only frozen messages, or -x to match only unfrozen messages.
There are also a few flags that control the display of the output.
Use -i to print just the message-id as a result of one of the above two searches:
root@localhost# exiqgrep -i [ -r | -f ] ...
Use -c to print a count of messages matching one of the above searches:
root@localhost# exiqgrep -c ...
Print just the message-id of the entire queue:
root@localhost# exiqgrep -i

Managing the queue

The main exim binary (/usr/sbin/exim) is used with various flags to make things happen to messages in the queue. Most of these require one or more message-IDs to be specified in the command line, which is where `exiqgrep -i` as described above really comes in handy.
Start a queue run:
root@localhost# exim -q -v
Start a queue run for just local deliveries:
root@localhost# exim -ql -v
Remove a message from the queue:
root@localhost# exim -Mrm <message-id> [ <message-id> ... ]
Freeze a message:
root@localhost# exim -Mf <message-id> [ <message-id> ... ]
Thaw a message:
root@localhost# exim -Mt <message-id> [ <message-id> ... ]
Deliver a message, whether it's frozen or not, whether the retry time has been reached or not:
root@localhost# exim -M <message-id> [ <message-id> ... ]
Deliver a message, but only if the retry time has been reached:
root@localhost# exim -Mc <message-id> [ <message-id> ... ]
Force a message to fail and bounce as "cancelled by administrator":
root@localhost# exim -Mg <message-id> [ <message-id> ... ]
Remove all frozen messages:
root@localhost# exiqgrep -z -i | xargs exim -Mrm
Remove all messages older than five days (86400 * 5 = 432000 seconds):
root@localhost# exiqgrep -o 432000 -i | xargs exim -Mrm
Freeze all queued mail from a given sender:
root@localhost# exiqgrep -i -f luser@example.tld | xargs exim -Mf
View a message's headers:
root@localhost# exim -Mvh <message-id>
View a message's body:
root@localhost# exim -Mvb <message-id>
View a message's logs:
root@localhost# exim -Mvl <message-id>
Add a recipient to a message:
root@localhost# exim -Mar <message-id> <address> [ <address> ... ]
Edit the sender of a message:
root@localhost# exim -Mes <message-id> <address>

Access control

Exim allows you to apply access control lists at various points of the SMTP transaction by specifying an ACL to use and defining its conditions in exim.conf. You could start with the HELO string.
# Specify the ACL to use after HELO
acl_smtp_helo = check_helo

# Conditions for the check_helo ACL:
check_helo:

    deny message = Gave HELO/EHLO as "friend"
    log_message = HELO/EHLO friend
    condition = ${if eq {$sender_helo_name}{friend} {yes}{no}}

    deny message = Gave HELO/EHLO as our IP address
    log_message = HELO/EHLO our IP address
    condition = ${if eq {$sender_helo_name}{$interface_address} {yes}{no}}

    accept
NOTE: Pursue HELO checking at your own peril. The HELO is fairly unimportant in the grand scheme of SMTP these days, so don't put too much faith in whatever it contains. Some spam might seem to use a telltale HELO string, but you might be surprised at how many legitimate messages start off with a questionable HELO as well. Anyway, it's just as easy for a spammer to send a proper HELO than it is to send HELO im.a.spammer, so consider yourself lucky if you're able to stop much spam this way.
Next, you can perform a check on the sender address or remote host. This shows how to do that after the RCPT TO command; if you reject here, as opposed to rejecting after the MAIL FROM, you'll have better data to log, such as who the message was intended for.
# Specify the ACL to use after RCPT TO
acl_smtp_rcpt = check_recipient

# Conditions for the check_recipient ACL
check_recipient:

    # [...]

    drop hosts = /etc/exim_reject_hosts
    drop senders = /etc/exim_reject_senders

    # [ Probably a whole lot more... ]
This example uses two plain text files as blacklists. Add appropriate entries to these files - hostnames/IP addresses to /etc/exim_reject_hosts, addresses to /etc/exim_reject_senders, one entry per line.
It is also possible to perform content scanning using a regex against the body of a message, though obviously this can cause Exim to use more CPU than it otherwise would need to, especially on large messages.
# Specify the ACL to use after DATA
acl_smtp_data = check_message

# Conditions for the check_messages ACL
check_message:

    deny message = "Sorry, Charlie: $regex_match_string"
    regex = ^Subject:: .*Lower your self-esteem by becoming a sysadmin

    accept

Fix SMTP-Auth for Pine

If pine can't use SMTP authentication on an Exim host and just returns an "unable to authenticate" message without even asking for a password, add the following line to exim.conf:
  begin authenticators

  fixed_plain:
  driver = plaintext
  public_name = PLAIN
  server_condition = "${perl{checkuserpass}{$1}{$2}{$3}}"
  server_set_id = $2
>  server_prompts = :
This was a problem on CPanel Exim builds awhile ago, but they seem to have added this line to their current stock configuration.

Log the subject line

This is one of the most useful configuration tweaks I've ever found for Exim. Add this to exim.conf, and you can log the subject lines of messages that pass through your server. This is great for troubleshooting, and for getting a very rough idea of what messages may be spam.
log_selector = +subject

Disable identd lookups

Frankly, I don't think identd has been useful for a long time, if ever. Identd relies on the connecting host to confirm the identity (system UID) of the remote user who owns the process that is making the network connection. This may be of some use in the world of shell accounts and IRC users, but it really has no place on a high-volume SMTP server, where the UID is often simply "mail" or whatever the remote MTA runs as, which is useless to know. It's overhead, and results in nothing but delays while the identd query is refused or times out. You can stop your Exim server from making these queries by setting the timeout to zero seconds in exim.conf:
rfc1413_query_timeout = 0s

Disable Attachment Blocking

To disable the executable-attachment blocking that many Cpanel servers do by default but don't provide any controls for on a per-domain basis, add the following block to the beginning of the /etc/antivirus.exim file:
if $header_to: matches "example\.com|example2\.com"
then
  finish
endif
It is probably possible to use a separate file to list these domains, but I haven't had to do this enough times to warrant setting such a thing up.

Searching the logs with exigrep

The exigrep utility (not to be confused with exiqgrep) is used to search an exim log for a string or pattern. It will print all log entries with the same internal message-id as those that matched the pattern, which is very handy since any message will take up at least three lines in the log. exigrep will search the entire content of a log entry, not just particular fields.
One can search for messages sent from a particular IP address:
root@localhost# exigrep '<= .* \[12.34.56.78\] ' /path/to/exim_log
Search for messages sent to a particular IP address:
root@localhost# exigrep '=> .* \[12.34.56.78\]' /path/to/exim_log
This example searches for outgoing messages, which have the "=>" symbol, sent to "user@domain.tld". The pipe to grep for the "<=" symbol will match only the lines with information on the sender - the From address, the sender's IP address, the message size, the message ID, and the subject line if you have enabled logging the subject. The purpose of doing such a search is that the desired information is not on the same log line as the string being searched for.
root@localhost# exigrep '=> .*user@domain.tld' /path/to/exim_log | fgrep '<='
Generate and display Exim stats from a logfile:
root@localhost# eximstats /path/to/exim_mainlog
Same as above, with less verbose output:
root@localhost# eximstats -ne -nr -nt /path/to/exim_mainlog
Same as above, for one particular day:
root@localhost# fgrep YYYY-MM-DD /path/to/exim_mainlog | eximstats

Bonus!

To delete all queued messages containing a certain string in the body:
root@localhost# grep -lr 'a certain string' /var/spool/exim/input/ | \
                sed -e 's/^.*\/\([a-zA-Z0-9-]*\)-[DH]$/\1/g' | xargs exim -Mrm
Note that the above only delves into /var/spool/exim in order to grep for queue files with the given string, and that's just because exiqgrep doesn't have a feature to grep the actual bodies of messages. If you are deleting these files directly, YOU ARE DOING IT WRONG! Use the appropriate exim command to properly deal with the queue.
If you have to feed many, many message-ids (such as the output of an `exiqgrep -i` command that returns a lot of matches) to an exim command, you may exhaust the limit of your shell's command line arguments. In that case, pipe the listing of message-ids into xargs to run only a limited number of them at once. For example, to remove thousands of messages sent from joe@example.com:
root@localhost# exiqgrep -i -f '<joe@example.com>' | xargs exim -Mrm

Both logs [incoming and outgoing mails] can be checked with same files as mentioned above by arunsv84.You can differentiate these logs through sign "less then equal to or grater then equal to " [ <= or => ]

i.e

For Incomming:

root@server: grep email@domain.com /var/log/exim_mainlog

2009-02-19 09:07:51 1La9Z6-0001Eg-IT <= email@domain.com H=cluster.server.com [x.x.x.x] P=esmtps X=TLSv1:AES256-SHA:256 S=926 id=499D67A2.5030502@domain.com T="Test - Incoming Mail"

For Outgoing:

2009-02-19 09:07:51 1La9Z6-0001Eg-IT => email@domain.com H=cluster.server.com [x.x.x.x] P=esmtps X=TLSv1:AES256-SHA:256 S=926 id=499D67A2.5030502@domain.com T="Test - Outgoing Mail"

----------------------
To display information such as build and version number.
exim -bV
----------------------
Force delivery of one message exim -M email-id
----------------------
Force another queue run exim -qf
----------------------
View the log for the message exim -Mvl msgid
----------------------
View the body of the message exim -Mvb msgid
----------------------
View the header of the message exim -Mvh msgid
----------------------
Remove message without sending any error message exim -Mrm msgid
----------------------
Giveup and fail message to bounce the message to the Sender exim -Mg msgid
----------------------
To force exim update: /scripts/eximup --force
--------------------------------------------------------------------------------
to search mail from perticuler mail id in mail queue
/usr/sbin/exiqgrep -i -f webmaster@www.domain.com
--------------------------------------------------------------------------------
to count number of mail for perticular domain & with msg ids /usr/sbin/exiqgrep -i -f @domain.com
 ; /usr/sbin/exiqgrep -i -f @domain.com
 |wc -l
--------------------------------------------------------------------------------
==== REMOVE MAILS FROM SENDER ====
/usr/sbin/exiqgrep -i -f webmaster@www.domain.com | xargs exim -Mrm
==== DELIVER FORCEFULLY EMAILS ====
/usr/sbin/exim -qff -v -C /etc/exim.conf &
==== REMOVE MAILS BY ID ====
/usr/sbin/exim -v -Mrm domain@domain.com
==== DELIVER FORCEFULLY EMAILS ====
/usr/sbin/exim -qff -v -C /etc/exim.conf &
--------------------------------------------------------------------------------
Below command will show you time , msg id & user id
exim -bp |grep @domain.com
exim -bp |grep domain@domain.com
--------------------------------------------------------------------------------
Test how exim will route a given address: root@localhostexim -bt alias@localdomain.com user@thishost.com     <-- alias@localdomain.com   router = localuser, transport = local_delivery root@localhostexim -bt user@thishost.com user@thishost.com   router = localuser, transport = local_delivery root@localhostexim -bt user@remotehost.com   router = lookuphost, transport = remote_smtp   host mail.remotehost.com
 [1.2.3.4] MX=0

Flush exim from SSH # exiqgrep -i | xargs /usr/sbin/exim -Mrm
-----------------------------
how many emails are there in email queue ?
#exim -bpc OR
#exim -bpr | grep "<" | wc -l
delete emails older than 5 days in the queue # /usr/sbin/exiqgrep -i -o XXXXXX | xargs /usr/sbin/exim -Mrm
where XXXXXX is seconds old (for example delete emails older than 5 days in the queue)
Print a summary of messages in the queue (count, volume, oldest, newest, domain, and totals): # exim -bp | exiqsumm
Display all of Exim's configuration settings: # exim -bP
Print a listing of the messages in the queue (time queued, size, message-id, sender, recipient): # exim -bp
Print what Exim is doing right now: # exiwhat
Use -f to search the queue for messages from a specific sender: # exiqgrep -f domain@domain.com
Use -r to search the queue for messages for a specific recipient/domain: # exiqgrep -r domain@domain.com
Use -o to print messages older than the specified number of seconds. For example, messages older than 1 day: # exiqgrep -o 86400 [60*60*24=86400] 24 hours
Use -y to print messages that are younger than the specified number of seconds. For example, messages less than an hour old # exiqgrep -y 3600 [...]
Use -s to match the size of a message with a regex. For example, 700-799 bytes: # exiqgrep -s '^7..$' [...]
Use -z to match only frozen messages, or -x to match only unfrozen messages. # exiagrep -z (match only frozen messages) or -x (to match only unfrozen messages)
--------------------------------------------------------------------------------
Start a queue run:
exim -q -v
Start a queue run for just local deliveries:
exim -ql -v
Force another queue run and attempt to flush the frozen message # exim -qff
-----------------------------
Remove a message from the queue:
exim -Mrm msgid
-----------------------------
Freeze : Undeliverable
Count How many Frozen mails in the queue # exim -bpr | grep frozen | wc -l
Freeze a message:
exim -Mf msgid
Freeze all queued mail from a given sender:
# exiqgrep -i -f domain@domain.com | xargs exim -Mf
Freeze mail from sender
# /usr/sbin/exiqgrep -i -f domain@domain.com | xargs exim -Mf
Remove Frozen (undeliverable) mails from the queue
exim -bp | awk '$6~"frozen" { print $3 }' | xargs exim -Mrm # exim -bp | grep frozen | awk '{print $3}' | xargs exim -Mrm # exim -bpr | grep frozen | awk {'print $3'} | xargs exim -Mrm
# exiqgrep -zi | xargs exim -Mrm
# exiqgrep -z -i | xargs exim -Mrm http://docs.cs.up.ac.za/techteam/exim_cheatsheet.php.html
--------------------------------------------------------

19 January, 2013

How to : Install mod_pagespeed in cpanel


Installing mod_pagespeed From Packages

Supported platforms

  • CentOS/Fedora (32-bit and 64-bit)
  • Debian/Ubuntu (32-bit and 64-bit)
    To install the packages, on Debian/Ubuntu, please run (as root) the following command:
    dpkg -i mod-pagespeed-*.deb
    apt-get -f install
    For CentOS/Fedora, please execute (also as root):
    yum install at  # if you do not already have 'at' installed
    rpm -U mod-pagespeed-*.rpm
    Installing mod_pagespeed will add the Google repository so your system will automatically keep mod_pagespeed up to date. If you don't want Google's repository, do sudo touch /etc/default/mod-pagespeed before installing the package.
    You can also download a number of system tests. These are the same tests available onModPageSpeed.com.

    Command to check mod_pagespeed is installed in server.

    curl -D http://127.0.0.1
    You will get below output.

    Date: Fri, 07 Sep 2012 21:51:06 GMT
    Server: Apache/2.2.3 (CentOS)
    X-Mod-Pagespeed: 0.10.22.4-1633

    How to : Install mod_pagespeed in cpanel

    Login to the server via SSH
    Go to below folder
    cd /usr/local/src
    create directory
    mkdir mod_pagespeed
    Download pagespeed rpm
    wget https://dl-ssl.google.com/dl/linux/direct/mod-pagespeed-beta_current_i386.rpm
    Extract the rpm
    rpm2cpio mod-pagespeed-beta_current_i386.rpm | cpio -idmv
    Copy the modules to apache modules folder
    cp /usr/local/src/mod-pagespeed/usr/lib/httpd/modules/mod_pagespeed.so /usr/local/apache/modules/
    cp /usr/local/src/mod-pagespeed/etc/httpd/conf.d/pagespeed.conf /usr/local/apache/conf/
    Provide execute permission
    chmod 755 /usr/local/apache/modules/mod_pagespeed.so
    Create below folders
    mkdir /var/mod_pagespeed/{cache,files} -p
    Provide correct ownership
    chown nobody:nobody /var/mod_pagespeed/*
    mod_pagespeed has a dependency that you’ll want to enable: mod_deflate (the httpd source directory (2.2.16) may vary depending on your install):
    /usr/local/apache/bin/apxs -c -i /home/cpeasyapache/src/httpd-2.2.16/modules/filters/mod_deflate.c
    We have to edit mod_pagespeed configuration file located at /usr/local/apache/conf/pagespeed.conf to reflect the correct paths, the LoadModule directives should fetch the modules in “modules/module_name.so”
    LoadModule pagespeed_module modules/mod_pagespeed.so
    LoadModule deflate_module modules/mod_deflate.so
    ModPagespeedFileCachePath &quot;/var/mod_pagespeed/cache/&quot;
    ModPagespeedGeneratedFilePrefix &quot;/var/mod_pagespeed/files/&quot;
    After that, we’ll need to include the mod_pagespeed configuration in Apache’s configuration file (/usr/local/apache/conf/httpd.conf):
    Include conf/pagespeed.conf
    In order to keep the changes permanant run the command below.
    /usr/local/cpanel/bin/apache_conf_distiller –update
    Now restart apache service.

LINUX/UNIX Command Line Tutoria


Commands in A

alias
awk
auto reconf
a2p

Commands in B

bc
bg
bzip2

Commands in C

cal
cat
cd
chattr
chgrp
chkconfig
chmod
chown
chpasswd
clear
cmp
cp
cpio
cut

Commands in D

date
dd
df
diff
du
dump

Commands in E

echo
egrep

Commands in F

fdisk
fg
fgrep
file
find
finger
free

Commands in G

grep
groupadd
groupdel
groupmod
groups

Commands in H

halt
head
host
hostid
hostname

Commands in I

id
info
ifconfig

Commands in J

jobs

Commands in K

kill

Commands in L

last
lastlog
less
link
ln
ls
lsattr

Commands in M

mail
man
mkdir
more
mv


Commands in N

netstat

Commands in P

passwd
paste
pidof
ping
printf
ps
pwd

Commands in R

restore
rm
rmdir
route

Commands in S

sed
shut down
sort
tail
tar

Commands in U

useradd

Commands in W

who
whois

Commands in Y

yes

Creating zip archive in linux and move a site from linux server to windows.


Creating zip archive in linux

Today i want to move a site from linux server to windows.
Moving with FTP takes long. Normal tar.gz transfer will not work as windows by default do not support extraction of tar.gz file.
To create a ZIP file on linux, run
zip -9 -y -r -q FILE_NAME.ZIP FOLDER_HERE
# zip -9 -y -r -q httpdocs.zip httpdocs
Now i transfer the file to remote windows server with FTP. The server have FTP access configured for user administrator, this is not secure, but that is how the server is configured.
# ftp 74.53.87.116
Connected to 74.53.87.116 (74.53.87.116).
220 Microsoft FTP Service
Name (74.53.87.116:root): administrator
331 Password required for administrator.
Password:
230 User administrator logged in.
Remote system type is Windows_NT.
ftp> bin
200 Type set to I.
ftp> put httpdocs.zip
local: httpdocs.zip remote: httpdocs.zip
227 Entering Passive Mode (74,53,87,146,16,157).
125 Data connection already open; Transfer starting.
226 Transfer complete.
115400108 bytes sent in 11.8 secs (9.6e+03 Kbytes/sec)
ftp>

Install VNC Server on CentOS


First install vncserver as user root
yum install vnc-server
I wanted VNC run as user “flashwebhost” as it is not recommended to use Desktop as user root, so i created a user
adduser flashwebhost
Now setup VNC Password for this user
su - flashwebhost
vncserver
It ask password 2 times. You need this password to connect with VNC Viewer.
Now kill the VNC Server
vncserver -kill :1
:1 is display number. Mostly it will be 1.
Type exit to go back to root shell.
Now edit /etc/sysconfig/vncservers
vi /etc/sysconfig/vncservers
Add following content to the file, save and exit.
VNCSERVERS="1:flashwebhost"
VNCSERVERARGS[1]="-geometry 1024x768"
Now start VNC Server
[root@sam /]# service vncserver start
Starting VNC server: 1:flashwebhost
New 'sam.localhost:1 (flashwebhost)' desktop is sam.localhost:1

Starting applications specified in /home/flashwebhost/.vnc/xstartup
Log file is /home/flashwebhost/.vnc/sam.localhost:1.log

                                                           [  OK  ]
[root@sam /]#
Now you will be able to connect to the server with SERVER-IP:1
To start VNC Server on boot
chkconfig vncserver on

How to Install and Configure maldet (Linux Malware Detect – LMD)


How to install Linux Malware Detect (LMD)

Maldet also known as Linux Malware Detect virus scanner for Linux.
Linux Malware Detect (LMD) is a malware scanner for Linux released under the GNU GPLv2 license, that is designed around the threats faced in shared hosted environments. It uses threat data from network edge intrusion detection systems to extract malware that is actively being used in attacks and generates signatures for detection. In addition, threat data is also derived from user submissions with the LMD checkout feature and from malware community resources. The signatures that LMD uses are MD5 file hashes and HEX pattern matches, they are also easily exported to any number of detection tools such as ClamAV.

To install LMD, download the package and run the enclosed install.sh script
Download maldetect package using wget
Go to the below path
cd /usr/local/src/
Download the tar file using the below link:
wget http://www.rfxn.com/downloads/maldetect-current.tar.gz
Extract the file using the below command
tar -xzf maldetect-current.tar.gz
go to the maldet folder
cd maldetect-*
Now, run the below command to install maldet.
sh ./install.sh or sudo sh ./install.sh
It will give below output
Linux Malware Detect v1.3.4
(C) 1999-2010, R-fx Networks <proj@r-fx.org>
(C) 2010, Ryan MacDonald <ryan@r-fx.org>
inotifywait (C) 2007, Rohan McGovern <rohan@mcgovern.id.au>
This program may be freely redistributed under the terms of the GNU GPL
installation completed to /usr/local/maldetect
config file: /usr/local/maldetect/conf.maldet
exec file: /usr/local/maldetect/maldet
exec link: /usr/local/sbin/maldet
cron.daily: /etc/cron.daily/maldet
maldet(32517): {sigup} performing signature update check…
maldet(32517): {sigup} local signature set is version 2010051510029
maldet(32517): {sigup} latest signature set already installed


Step 3: Configuring LMD

By default all options are fully commented in the configuration file, so configure it according to your needs. But before making any changes let’s have a detailed review of each option below.
  1. email_alert : If you would like to receive email alerts, then it should be set to 1.
  2. email_subj : Set your email subject here.
  3. email_addr : Add your email address to receive malware alerts.
  4. quar_hits : The default quarantine action for malware hits, it should be set 1.
  5. quar_clean : Cleaing detected malware injections, must set to 1.
  6. quar_susp : The default suspend action for users wih hits, set it as per your requirements.
  7. quar_susp_minuid : Minimum userid that can be suspended.
Open file /usr/local/maldetect/conf.maldet and make changes according to your needs
# nano /usr/local/maldetect/conf.maldet 



To update the maldet use the below commands.
maldet –update-ver
maldet –update[/i] maldet -u or maldet -d



To scan the files. perticular user
maldet -a /home/username/
It will scan all the files and provide you the output.

To scan all user uder public_html paths under /home*/ this can be done with:
root@server[~]# maldet –scan-all /home?/?/public_html
root@server[~]-maldet --scan-all /home

To scan the same path but the content that has been created/modified in the last 5 days:
root@server[~]# maldet –scan-recent /home?/?/public_html 5
To scan but forget to turn on the quarantine option, you could quarantine all malware results from a previous scan with:
root@server[~]# maldet –quarantine SCANID
If you wanted to attempt a clean on all malware results from a previous scan that did not have the feature enabled, you would do with.
root@server[~]# maldet –clean SCANID
If you had a file that was quarantined from a false positive or that you simply want to restore (i.e: you manually cleaned it), you can use the following:
root@server[~]# maldet –restore config.php.2384
root@server[~]# maldet –restore /usr/local/maldetect/quarantine/config.php.2384