Server-Status

Plesk Greylisting blocks ‘pool’ issue with outlook cloud services

Today I got an SMS that my mailserver was bouncing mail from someone. In first instance it was unclear to me why it was blocked, but after analyzing further I found out that by default the cloud outlook mailservice of microsoft is being blocked by many mailservers. Because the name of the server is using ‘pool’ in the domainname lookup:

greylisting filter[539]: list type: black, from: ch1outboundpool.messaging.microsoft.com, match string: dsl|pool|broadband|hsd

So missing important emails is a big failure and even a bigger bummer when you do not know exactly why. Ok I added the mail adres in the whitelist, but it would be better to allow such kind of domains sending mail.

So how to do this in plesk with greylisting?

See first with ./greylisting -i (info-Server) that it is indeed blocked

./grey_listing –update-server -domains-blacklist del:”dsl|pool|broadband|hsd”

this will remove it and with ./grey_listing -i you can see

Mailserver

De laatste tijd heb ik het helemaal gehad met QMAIL, de mailserver die standaard op mijn server geinstalleerd stond. Dus toen ik weer eens een foutmelding (iets met aliassen) tegen kwam was de maat vol en met een leuke commando QMAIL naar het rijk der lege bitjes gestuurd en Postfix geactiveerd. Zoooo wat een verademing. Eindelijk weer wat in de logfiles ..

Wel wat andere instellingen moeten maken qua inlog en beveiliging, maar och dat mag de pret niet drukken. Er zijn maar 6 mensen die hoeven te mailen via mijn mailserver of zo .. (forwards uitgezonderd) .. dus de schade was niet zo groot …

In ieder geval momenteel blij met Postfix op de server.

En aangezien deze weblog na 11 jaar nog steeds levend gehouden moet worden, deze info maar even gedeeld.

 

Mysql Plesk & user admin: message to self

Pffff.. if you change the password for the user admin and store it, plesk cannot connect to the database anymore.
The issue is that the password needed must be the ‘encrypted’ password, rather than the plain text .. Ugh ..

enable the my.cnf and enable skip_grant_tables=1, than stop mysql, and restart when the skip_grant_tables=1 is enabled. Login with mysql -u
than use the following command:
update mysql.user set password=password(‘password taken from the .psa.shadow file’) where user=’admin’;
this must be the encrypted!! password. You can find the encrypted password from the file: cat /etc/psa/.psa.shadow this is the encrypted password and this one is needed to login as admin to mysql from the shell.
you need to disable the skip_grant_tables=1 again and stop / start the mysql server again.
to login from shell: mysql -uadmin -p`cat /etc/psa/.psa.shadow` -D psa

Updates

Zo .. 2 servers zojuist weer van de laatste updates voorzien, inclusief update naar een nieuwe versie van PHP, wat op sommige sites weer problemen gaf omdat daar wat verouderde software op draaide.. Maar inmiddels is dat ook weer opgelost (openx 2.4.x werkt niet op php 5.3.x dus dat moest geupdated worden) [message for self dit]

Zo .. en nu of morgen wat blogs updaten ;-)

Server Updated

So, again server updated

see also that time by time kernel is updated as well, need to remove the older ones and I hate it to restart the server again to make the kernel active .. arghhh