$ dig uni-plovdiv.bg mx | grep -v ^";"
uni-plovdiv.bg. 2949 IN MX 10 poshta.uni-plovdiv.bg.
uni-plovdiv.bg. 2949 IN MX 11 mail.uni-plovdiv.bg.
Това казва, че има два оторизирани сървъра, които могат да приемат поща за домейна UNI-PLOVDIV.BG. В случая обаче, както се вижда по-долу, това е една и съща машина и примерно втория запис може да се изтрие. При всички положения обаче е добре, да не кажа задължително да се договори още една машина някъде, която да пази пощата, която тази с по-висок приоритет отсъства.
$ dig poshta.uni-plovdiv.bg a | grep -v ^";"
poshta.uni-plovdiv.bg. 510 IN A 10.100.23.34
poshta.uni-plovdiv.bg. 510 IN A 194.141.96.231
Записа 10.100.23.34 трябва да се махне на всяка цена. Това е частна мрежа (10/8), която няма място за публичен меил сървър.
$ dig mail.uni-plovdiv.bg a | grep -v ^";"
mail.uni-plovdiv.bg. 2884 IN A 194.141.96.231
Да, това е същия адрес и може изобщо да се махне от MX записите.
$ dig uni-plovdiv.bg txt | grep -v ^";"
uni-plovdiv.bg. 3266 IN TXT "v=spf1 mx a:mx.acad.bg -all"
Това е стар запис, когато mx.acad.bg беше вторичен на poshta.uni-plovdiv.bg. В момента това не е така и трябва записа да се корегира. Мисля, че "v=spf1 mx -all" е едно добро рестриктивно начало. За повече инфо виж тук:
http://www.openspf.org/SPF_Record_Syntaxdig uni-plovdiv.bg soa | grep -v ^";"
uni-plovdiv.bg. 3600 IN SOA dc.uni-plovdiv.lcl. hostmaster.uni-plovdiv.lcl. 312 900 600 86400 3600
1) hostmaster.uni-plovdiv.lcl има смисъла на e-mail и може би е добре да се корегира с administrator.uni-plovdiv.bg;
2) dc.uni-plovdiv.lcl каквото и да значи не е публичне адрес и няма място тук;
3) TTL стойностите са много малки и това може излишно да товари DNS сървъра.
dig uni-plovdiv.bg ns | grep -v ^";"
uni-plovdiv.bg. 281307 IN NS rdoc.uni-plovdiv.bg.
uni-plovdiv.bg. 281307 IN NS dc.uni-plovdiv.bg.
Силно препоръчително е да има повече вторични сървъри. Такива могат да се договорят сред колеги, а има и доста публични, свободни и доста надеждни услуги.
Ако съм пропуснал нещо - помагайте...