Megnéztem:
root@ubuserver:~# dig vtmk.hu
; <<>> DiG 9.16.44-Debian <<>> vtmk.hu
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45904
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;vtmk.hu. IN A
;; ANSWER SECTION:
vtmk.hu. 60 IN A 45.128.69.249
;; Query time: 96 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sun Dec 10 16:26:15 CET 2023
;; MSG SIZE rcvd: 52
root@ubuserver:~# nmap 45.128.69.249
Starting Nmap 7.80 ( https://nmap.org ) at 2023-12-10 16:26 CET
Nmap scan report for 45.128.69.249
Host is up (0.010s latency).
Not shown: 993 filtered ports
PORT STATE SERVICE
80/tcp open http
110/tcp open pop3
143/tcp open imap
443/tcp open https
587/tcp closed submission
993/tcp open imaps
995/tcp open pop3s
Nmap done: 1 IP address (1 host up) scanned in 11.48 seconds
root@ubuserver:~#
A 25-ös zárva van. Ha fut a postfixed, és fülel a 25-ös porton (netstat -tulnp | grep master megmutatja), ÉS a routereden forwaldolva van a 25-ös port, akkor a szolgáltató csukta be.
Csak ő fogja tudni kinyitni.
Megnéztem, és a nekem reflektoron még ott volt beállítva, hogy a vtmk-ra érkező leveleket megadott nem 25-ös porton beküldje:
root@reflector:/etc/postfix# cat transport_maps |grep vtmk
vtmk.hu smtp:[vtmk.hu]:10333
root@reflector:/etc/postfix# cat relay_recipient_maps |grep vtmk
@vtmk.hu x
root@reflector:/etc/postfix#
Tehát, ha az MX rekordot a VPS-emre állítod, az a 10333-as porton be fogja toligálni a leveleket a te szerveredre.
Ez valahogy egy régebbi kísérletből származhat.
Azt kell megcsináld, hogy a postfixed elkapkodja a leveleket ezen a 10333-as porton.
A master.cf-ben tudod ezt beállítani.
De ehhez előbb a tartományod DNS bejegyzéseibe be kell írnod, hogy bejövő leveleid rajtam kersztül menjenek, tehát
egy MX rekordot minimum föl kell venni tetszőleges prioritással, ami a reflector.kovacsoltvideo.hu -ra mutat.
Ennyit tudok segíteni.
Ideiglenesen lelőheted a fail2bant:
fail2ban-client unban --all
systemctl stop fail2ban
Addig, amíg helyre nem áll a leveleledzés ellenőrizhetően, legalább alapszinten.
De a jelek alapján nem gondolom, hogy a fail2ban okozná a gondot, szerintem a postfix ment széjjel.