Submitted by digitalwordings on Fri, 10/11/2019 - 13:50
I added images A recorded of a domain to point external server, after that i edited the virtual server and enabled Database feature then images record is deleted
Submitted by andreychek on Fri, 10/11/2019 - 17:02 Comment #1
Howdy -- thanks for your report!
We don't seem to be able to reproduce that issue though.
I actually have a number of custom records on my own personal server, and those records all all added to the zone file in /etc. The only way I was able to cause them to be deleted was to disable the DNS feature, and then re-enable it.
I'll see if Jamie has any thoughts, but are you able to reproduce the issue?
If you edit your DNS records, and then save that new record -- are you able to cause it to be removed by modifying the database feature?
Submitted by JamieCameron on Sat, 10/12/2019 - 14:03 Comment #2
Was the domain you added the custom record to an alias, or a regular domain? For aliases, records get copied from their parent.
Submitted by digitalwordings on Sat, 10/12/2019 - 14:17 Comment #3
I also couldn't reproduce this issue but it's weird for me
I am new to virtualmin before two days i started to use virtualmin in my production website, i added my 18 domains without mysql database because i imported all mysql database and user in command line, then i pointed images A Record to other server on all domains,
Then in each domain, I edited virtual server and enabled mysql and imported manually created database, then next day when i am viewing my site all images are broken, when inspecting i seen images A record seems to be deleted
1 domain is parent and other is sub server
if it's deleted by virtualmin where i can find the log?
Note: i added all images dns record by Virtualmin modify-dns --all-domains "images A 188.8.131.52"
Submitted by JamieCameron on Sat, 10/12/2019 - 14:20 Comment #4
There are logs at Webmin -> Webmin Actions Log.
Submitted by digitalwordings on Sat, 10/12/2019 - 14:59 Comment #5
Wow finally i found that bug,
thank you jamiecameron
if you disable mail client auto configuration then it's removing manually added DNS record for email enabled domain,
Please fix the bug, it may cause serious issue
it was logged in the activity "Disabled mail client auto-configuration"
Please check the snapshot in the following url
Submitted by digitalwordings on Sun, 10/13/2019 - 10:08 Comment #6
Submitted by JamieCameron on Sun, 10/13/2019 - 15:17 Comment #7
What was the custom record you added?
Submitted by digitalwordings on Sun, 10/13/2019 - 20:01 Comment #8
Images In A Record to point external IP
Submitted by digitalwordings on Sat, 10/19/2019 - 00:11 Comment #9
I can confirm that if you disable or enable email client configuration it deleting any dns record next to autoconfig
Submitted by JamieCameron on Thu, 10/24/2019 - 22:42 Comment #10
Ok, that's expected. Are you using the
autoconfigDNS record for mail client configuration, or something else?
Submitted by digitalwordings on Fri, 10/25/2019 - 05:06 Comment #11
I am just using default, when you enable email client auto configuration it adding autoconfig and autodiscover record but in some cases autodiscover is not in next line so, it's deleted my Images DNS record
when i test again in some cases it also deleted one first line in DKIM which caused bind server went down
So i am suggesting whenever virtualmin deleting any dns record it should be validated, deleting without knowing what record in next line is quite dangerous
Also when i change IP address yesterday 4 domains custom dns had deleted out of 158 domains i couldn't understand why it's happened but it's there in log
The way virtualmin handle deleting dns record should be improved. if possible give mail id i share the both 2 log files
Submitted by JamieCameron on Sat, 10/26/2019 - 23:44 Comment #12
Ok I see the bug - this will be fixed in the next Virtualmin release.
Submitted by digitalwordings on Sun, 10/27/2019 - 12:56 Comment #13
Are u included the second bug mentioned?
When changing ip address it deleted dns record again
Submitted by JamieCameron on Sun, 10/27/2019 - 14:21 Comment #14
Yes, they are both facets of the same underlying bug.