The first step is to nofify direct admin regarind this change.

Boot the machine with the new IP address, chage the IP address in the system network setting and not in DirectAdmin.

Now get the new Licence.

cd /usr/local/directadmin/scripts

./getLicense.sh 1234 56789

Replace 1234 with your client ID number, and replace 56789 with your license ID number.

Start DirectAdmin with the new license:

/etc/init.d/directadmin restart

Run the ipswap.sh script to replace the old server IP (1.2.3.4) with the new server IP (4.3.2.1)

cd /usr/local/directadmin/scripts

./ipswap.sh 1.2.3.4 4.3.2.1

Restart everything:

/etc/init.d/httpd restart
/etc/init.d/proftpd restart
/etc/init.d/exim restart
/etc/init.d/dovecot restart

Using Perl to make changes to your DNS files

Example : You would like to change “v=spf1 a mx ip4:1.2.3.4 ?all” to “v=spf1 a mx ip4:1.2.3.4 -all”

of course, where 1.2.3.4 should be replaced by your server IP.

If you’d rather do this to all of your domain, you can use perl

cd /var/named

perl -pi -e ’s/\?all/\-all/’ *.db

change /var/named to the appropriate directory for your db files for your OS (/etc/bind, /etc/namdb)

Restart named after making the changes.

Get exim to listen on another port other than 25

Some ISP’s are now blocking outgoing port 25 which prevents user from using smtp via their server. The workaround is to get exim to listen on another port other than 25 to bypass the ISP’s block.

For example, to get exim to listen on both port 25 and port 587, you’d add the following code to the very top of the /etc/exim.conf file:

daemon_smtp_ports = 25 : 587

Once saved, restart exim:
Redhat:
/sbin/service exim restart

FreeBSD:
/usr/local/etc/rc.d/exim restart

More
: http://www.exim.org/exim-html-4.40/doc/html/spec_13.html#SECT13.5


SPF record

SPF record

An SPF record is simply a TXT type dns record which is used to store information about what IPs are allowed to send email for a specific domain. A receiving mailserver can do a lookup on this TXT record get get this data, and use the information to decide if an IP sending email from a specific domain really is allowed to be sending email for that domain.

There are a few options you can use with SPF records to govern the severity of encforcement on these rules.

Details on these rules can be found here: http://www.openspf.org/SPF_Record_Syntax

Setup your SPF record to use the -all option insetad of the ?all option so that email can *only* be sent from your server. This means that you *must* get all of your clients to send their smtp through your server, or they will be tagged as spam for spoofing. If they’re blocked on port 25 to your server, tell them to send on port 587 to your server (same thing, just not block by the ISP) value of -all, you can either change your DNS zone manually from:

Directadmin-> Admin Level -> DNS Administration -> domain.com or User Level -> DNS Management

change:

“v=spf1 a mx ip4:4.2.2.2 ?all”

to be

“v=spf1 a mx ip4:4.2.2.2 -all”

of course, where 4.2.2.2 should be replaced by your server IP.

Restart named after making the changes. Allow at least 4 hours for the new records to propogate.

Service Container on a Parallels Virtuozzo Containers hardware node can be created using ‘vzsveinstall‘ utility:

# vzsveinstall -D DISTRIB_DIR -s SERVICE_CT_IP

- DISTRIB_DIR - path to Virtuozzo distribution directory hierarchy on a server.
- SERVICE_CT_IP - IP address to be assigned to Service Container;

In case you have downloaded Virtuozzo distributive already (example for 64-bit PVC 4.0) as file “virtuozzo-4.0.0-${build_version}-x86_64.sfx”, please extract it in the following way:

# mkdir -p /vz/full_distr
# bash /path/to/virtuozzo-4.0.0-${build_version}-x86_64.sfx -d /vz/full_distr –extract

Create Service Container then using this command (make sure old Service Container #1 does not exist):

# vzsveinstall -v -D /vz/full_distr -s SERVICE_CT_IP

Please refer to man page on ‘vzsveinstall‘ utility for additional information.

Reference: http://parallels.com

« Prev - Next »