Re: [vchkpw] nasty bug: vpopmail 5.4.10 vdeldomain on alias destroys original domain
On Mar 24, 2006, at 4:01 PM, Kurt Bigler wrote: I'm sure. I triple checked. I have a text file of the shell session. I've attached a contiguous unedited excerpt from the shell session. I'm not familiar with how versions of vpopmail prior to the 5.4 series handled alias domains, but the directory structure in the shell session you posted doesn't match the way alias domains are handled now. When you run vdeldomain, it looks in /var/qmail/users/assign to find the domain. If it's an alias (the first two columns don't match), it just deletes the domain from the /var/qmail/control/* and /var/qmail/users/assign files. If the old way of handling alias domains was to create unique entries in users/assign and then use links to map the directories, I could see how vdeldomain could end up deleting the underlying directory. I'll make a note to look at vdeldomain and have it act differently if the domain directory is a link to another directory. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/
Re: [vchkpw] nasty bug: vpopmail 5.4.10 vdeldomain on alias destroys original domain
on 3/27/06 11:45 AM, Tom Collins [EMAIL PROTECTED] wrote: On Mar 24, 2006, at 4:01 PM, Kurt Bigler wrote: I'm sure. I triple checked. I have a text file of the shell session. I've attached a contiguous unedited excerpt from the shell session. I'm not familiar with how versions of vpopmail prior to the 5.4 series handled alias domains, but the directory structure in the shell session you posted doesn't match the way alias domains are handled now. When you run vdeldomain, it looks in /var/qmail/users/assign to find the domain. If it's an alias (the first two columns don't match), it just deletes the domain from the /var/qmail/control/* and /var/qmail/users/assign files. It looks like for my old alias domains, the first two columns do match, but the pathname column doesn't: +middendorfbreath.org-:middendorfbreath.org:89:89:/var/vpopmail/domains/midd endorfbreath.com:-:: which is curious since there is no reference to the directory symlink. If the old way of handling alias domains was to create unique entries in users/assign and then use links to map the directories, I could see how vdeldomain could end up deleting the underlying directory. I'll make a note to look at vdeldomain and have it act differently if the domain directory is a link to another directory. Yes, I created those alias domains long ago. I don't think there was any utility to run to do a conversion of domain aliases? I'm pretty sure I read the readme pretty carefully whenever I did an upgrade. Did I miss something? So what *should* I do now with all my old-style domain aliases? Do I have to mess with the qmail config files by hand? I'm happy to just delete the old domain aliases and recreate them the new way. Should I just: delete the lines from /var/qmail/users/assign remove the directory symlinks or if there something else in the qmail configuration that I need to change somewhere. I've really always depended on vpopmail to do these things so I don't know my way around qmail. Is there anyone who remembers enough about how things were done that many years back? Thanks. -Kurt
Re: [vchkpw] nasty bug: vpopmail 5.4.10 vdeldomain on alias destroys original domain
Tom Collins wrote: On Mar 24, 2006, at 4:01 PM, Kurt Bigler wrote: I'm sure. I triple checked. I have a text file of the shell session. I've attached a contiguous unedited excerpt from the shell session. I'm not familiar with how versions of vpopmail prior to the 5.4 series handled alias domains, but the directory structure in the shell session you posted doesn't match the way alias domains are handled now. I believe you will find in 5.4.13 that vadddomain one.com password vaddaliasdomain two.com one.com vdeldomain one.com Will delete one.com, and all of ~vpopmail/domains/one.com/, but leave traces of two.com in /var/qmail/control and /var/qmail/users. The fix is already in 5.4.15 where the vdeldomain command will complain that virtual domains exist, list them, and suggest you use the -f flag to force the delete if you want to. If the -f flag is used, it will delete each of the virtual domains before the parent. I just tested it with Bill Shupp's toaster based on vpopmail 5.4.13, but including his patch to add the daemaon. I was getting ready to send a patch, but when I looked at 5.4.15 it was already there. Rick
Re: [vchkpw] nasty bug: vpopmail 5.4.10 vdeldomain on alias destroys original domain
Tom Collins wrote: On Mar 23, 2006, at 7:09 PM, Kurt Bigler wrote: on 10/18/05 10:35 PM, Tom Collins [EMAIL PROTECTED] wrote: On Oct 18, 2005, at 6:45 PM, Jeff Salisbury wrote: FYI, I am using version 5.3.5 of the vpopmail tools... Try upgrading to something in the 5.4 series. vdeldomain in 5.4 will correctly delete just the alias, and won't touch the real domain behind it. Incorrect. Very nasty bug: I'm using vpopmail 5.4.10 and just did vdeldomain to delete an alias domain. It deleted the original domain and left the alias domain untouched (but useless). Lost everything in that domain, I guess, including all users emails. Fortunately there weren't many users on that domain, and possibly no mail since most users are forwarded elsewhere. Are you sure you were deleting the alias? I deleted an alias domain last week and it was fine. I just tried on a development server, and it was fine as well. I definitely remember finding this bug and fixing it in 5.5. I think that Rick had been working on changed to vdeldomain where it would warn you if you were deleting a domain that still had aliases, but I'm not sure where that code is... It should be in 5.5's vdeldomain somewhere. I just finished the death march, and will be working on vpopmail/qmailadmin next. I'm just now going through 300 or so messages I've ignored for the last few days... What should I do? Should we move to vpopmail-devel?
Re: [vchkpw] nasty bug: vpopmail 5.4.10 vdeldomain on alias destroys original domain
on 3/23/06 9:40 PM, Tom Collins [EMAIL PROTECTED] wrote: On Mar 23, 2006, at 7:09 PM, Kurt Bigler wrote: on 10/18/05 10:35 PM, Tom Collins [EMAIL PROTECTED] wrote: On Oct 18, 2005, at 6:45 PM, Jeff Salisbury wrote: FYI, I am using version 5.3.5 of the vpopmail tools... Try upgrading to something in the 5.4 series. vdeldomain in 5.4 will correctly delete just the alias, and won't touch the real domain behind it. Incorrect. Very nasty bug: I'm using vpopmail 5.4.10 and just did vdeldomain to delete an alias domain. It deleted the original domain and left the alias domain untouched (but useless). Lost everything in that domain, I guess, including all users emails. Fortunately there weren't many users on that domain, and possibly no mail since most users are forwarded elsewhere. Are you sure you were deleting the alias? I'm sure. I triple checked. I have a text file of the shell session. I've attached a contiguous unedited excerpt from the shell session. I left things in the state they were in after the delete, haven't recreated anything yet. If there's anything on my disk you want me to look for, let me know. Also, I can try to replicate it after recreating the domain. But I'd rather not upgrade right now if at all possible. I deleted an alias domain last week and it was fine. I just tried on a development server, and it was fine as well. I think that Rick had been working on changed to vdeldomain where it would warn you if you were deleting a domain that still had aliases, but I'm not sure where that code is... Did you catch that I'm using 5.4.10? Since posting I noticed Jeremy Kister's post in the recent delete thread in which he said 5.4.10 is broken. Thanks. -Kurt vps# cd domains vps# ls .dir-controlcarolroghair.com middendorfbreath.org breathalive.net greenmanalive.com middendorfbreathwork.com breathcenter.orgmiddendorfatem.com relevantlearning.com breathexperience.commiddendorfatem.org thenaturalbreath.com breathhost.net middendorfatemarbeit.comtwomarthas.com breathsense.com middendorfatemarbeit.org breathspan.com middendorfbreath.com vps# ll domains ls: domains: No such file or directory vps# ll total 13 -rw--- 1 vpopmail vchkpw34 Dec 18 21:09 .dir-control drwx-- 4 vpopmail vchkpw 512 Mar 15 21:17 breathalive.net drwx-- 3 vpopmail vchkpw 1024 Sep 25 18:28 breathcenter.org drwx-- 5 vpopmail vchkpw 1024 Mar 15 21:15 breathexperience.com drwx-- 5 vpopmail vchkpw 512 Nov 19 22:34 breathhost.net drwx-- 23 vpopmail vchkpw 1024 Mar 15 21:03 breathsense.com drwx-- 5 vpopmail vchkpw 512 Jun 30 2003 breathspan.com drwx-- 4 vpopmail vchkpw 512 Dec 15 2004 carolroghair.com drwx-- 4 vpopmail vchkpw 512 Apr 6 2005 greenmanalive.com lrwxr-xr-x 1 root vchkpw42 Oct 10 2001 middendorfatem.com - /var/vpopmail/domains/middendorfbreath.com lrwxr-xr-x 1 root vchkpw40 Oct 10 2001 middendorfatem.org - /var/vpopmail/domains/middendorfatem.com lrwxr-xr-x 1 root vchkpw40 Oct 10 2001 middendorfatemarbeit.com - /var/vpopmail/domains/middendorfatem.com lrwxr-xr-x 1 root vchkpw46 Oct 10 2001 middendorfatemarbeit.org - /var/vpopmail/domains/middendorfatemarbeit.com drwx-- 5 vpopmail vchkpw 512 May 17 2005 middendorfbreath.com lrwxr-xr-x 1 root vchkpw42 Oct 10 2001 middendorfbreath.org - /var/vpopmail/domains/middendorfbreath.com lrwxr-xr-x 1 root vchkpw42 Sep 22 2001 middendorfbreathwork.com - /var/vpopmail/domains/middendorfbreath.com drwx-- 3 vpopmail vchkpw 512 Jan 21 2003 relevantlearning.com drwx-- 3 vpopmail vchkpw 512 Sep 25 2001 thenaturalbreath.com drwx-- 4 vpopmail vchkpw 512 Dec 18 21:26 twomarthas.com vps# ll total 13 -rw--- 1 vpopmail vchkpw34 Dec 18 21:09 .dir-control drwx-- 4 vpopmail vchkpw 512 Mar 15 21:17 breathalive.net drwx-- 3 vpopmail vchkpw 1024 Sep 25 18:28 breathcenter.org drwx-- 5 vpopmail vchkpw 1024 Mar 15 21:15 breathexperience.com drwx-- 5 vpopmail vchkpw 512 Nov 19 22:34 breathhost.net drwx-- 23 vpopmail vchkpw 1024 Mar 15 21:03 breathsense.com drwx-- 5 vpopmail vchkpw 512 Jun 30 2003 breathspan.com drwx-- 4 vpopmail vchkpw 512 Dec 15 2004 carolroghair.com drwx-- 4 vpopmail vchkpw 512 Apr 6 2005 greenmanalive.com lrwxr-xr-x 1 root vchkpw42 Oct 10 2001 middendorfatem.com - /var/vpopmail/domains/middendorfbreath.com lrwxr-xr-x 1 root vchkpw40 Oct 10 2001 middendorfatem.org - /var/vpopmail/domains/middendorfatem.com lrwxr-xr-x 1 root vchkpw40 Oct 10 2001 middendorfatemarbeit.com - /var/vpopmail/domains/middendorfatem.com lrwxr-xr-x 1 root vchkpw46
[vchkpw] nasty bug: vpopmail 5.4.10 vdeldomain on alias destroys original domain
[was: How do I list alias domains, and remove alias domains?] on 10/18/05 10:35 PM, Tom Collins [EMAIL PROTECTED] wrote: On Oct 18, 2005, at 6:45 PM, Jeff Salisbury wrote: FYI, I am using version 5.3.5 of the vpopmail tools... Try upgrading to something in the 5.4 series. vdeldomain in 5.4 will correctly delete just the alias, and won't touch the real domain behind it. Incorrect. Very nasty bug: I'm using vpopmail 5.4.10 and just did vdeldomain to delete an alias domain. It deleted the original domain and left the alias domain untouched (but useless). Lost everything in that domain, I guess, including all users emails. Fortunately there weren't many users on that domain, and possibly no mail since most users are forwarded elsewhere. -Kurt
Re: [vchkpw] nasty bug: vpopmail 5.4.10 vdeldomain on alias destroys original domain
On Mar 23, 2006, at 7:09 PM, Kurt Bigler wrote: on 10/18/05 10:35 PM, Tom Collins [EMAIL PROTECTED] wrote: On Oct 18, 2005, at 6:45 PM, Jeff Salisbury wrote: FYI, I am using version 5.3.5 of the vpopmail tools... Try upgrading to something in the 5.4 series. vdeldomain in 5.4 will correctly delete just the alias, and won't touch the real domain behind it. Incorrect. Very nasty bug: I'm using vpopmail 5.4.10 and just did vdeldomain to delete an alias domain. It deleted the original domain and left the alias domain untouched (but useless). Lost everything in that domain, I guess, including all users emails. Fortunately there weren't many users on that domain, and possibly no mail since most users are forwarded elsewhere. Are you sure you were deleting the alias? I deleted an alias domain last week and it was fine. I just tried on a development server, and it was fine as well. I think that Rick had been working on changed to vdeldomain where it would warn you if you were deleting a domain that still had aliases, but I'm not sure where that code is... -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/
