Ano właśnie, @Samotnick dostrzegł gdzie jest "błąd". Rekord MX powinien wskazywać nie na IP, a na adres domeny obsługującej pocztę. Na przykład:
$ dig mx wp.pl
; <<>> DiG 9.18.19-1~deb12u1-Debian <<>> mx wp.pl
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64631
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;wp.pl. IN MX
;; ANSWER SECTION:
wp.pl. 1764 IN MX 0 mx.wp.pl.
wp.pl. 1764 IN MX 5 mx5.wp.pl.
;; Query time: 4 msec
;; SERVER: 1.1.1.1#53(1.1.1.1) (UDP)
;; WHEN: Fri Oct 27 12:31:02 CEST 2023
;; MSG SIZE rcvd: 73
Kolega pytający powinien ustawić wpis dla takiego rekordu w panelu serwisu registara, u którego utrzymuje swoją domenę. Jeżeli nie ma domeny "swojej", a zajął jakąś podoomenę na noip, to trzeba w tym serwisie poszukać jak ustawić rekord MX dla tej poddomeny (o ile w ogóle to tam jest). To że ręczny wpis "znika", jest efektem tego, że funbox posłusznie do ustawienia raportuje swój IP i domenę *****.***.ddns.net do noip, a reakcja noip polega na ustawieniu rekordu A tej domeny na adres funboksa. Tak właśnie działa DDNS. Tak że, "po chwili usuwa" nie funbox, a noip.
