[vchkpw] Relative paths to vpopmail home? [was: Re: [vchkpw] moving maildirs to a new home]
On Monday 21 March 2005 14:01, Dave Goodrich wrote: Off the top of my head, Another gotcha to check: do the paths in the vpasswd files match the paths on the new server? We moved stuff from old machines using vpopmail paths in /home/popusers and /home/vpopmail, but the new servers use /var/vpopmail. I think one thing that could improve this a lot would be to define the vpopmail base folder somewhere, and only use relative paths in the vpasswd files. I set up all of my scripts and maildrop files with a vpopmail_home variable and do this, to make them portable - it would be nice if vpopmail did the same thing. Is that a realistic possibility? Cheers, -- Casey Allen Shobe | SeattleServer, Inc. [EMAIL PROTECTED] | cell 425-443-4653 http://www.seattleserver.com
Re: [vchkpw] moving maildirs to a new home
Bob Ababurko wrote: - Original Message - From: Tom Collins [EMAIL PROTECTED] To: vchkpw@inter7.com Sent: Tuesday, March 22, 2005 12:23 AM Subject: Re: [vchkpw] moving maildirs to a new home On Mar 21, 2005, at 8:38 PM, Rick Widmer wrote: i feel that all that I have to do is remedy the uid:gid and it should work, but I am also thinking that changing the uid:gid in the /var/qmail/users/assign should have done the trick. Can someone comment on that? UID/GID values are compiled into vpopmail. You have to re-compile everything that depends on them when they change. By everything I mean after you compile vpopmail you have to do qmailadmin and anything else that uses it. You also have to change the uid/gid in /var/qmail/users/assign. Do whatever you can to ensure that the uid/gid for vpopmail:vchkpw does not change when moving to a new server. It will make your life a lot easier. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ You don't need a laptop to troubleshoot high-speed Internet: sniffter.com I have to ask againshould changing the uid:gid in the assign file to reflect the system, work? It seems like that would be the other way around the mess instead of changing the systema(vopomail:vchkpw ID's) You say to ensure that the uid:gid be the same, but what besides the assign file is dependant on the uid:gid? in terms of the files that I have copird over to the new machine. Sorry to beat a dead horse, but I dont quite understand this and if I have to deal with this matter unill it is fixed then I may as well try to understand what is going on. -Bob Bob, In your OLD install you used to have UX and GX for uid and gid. For your NEW install you have UY and GY for uid and gid, right? i've been in this trouble, so: so,the best way: you must change the file ownerships to UY and GY, the assing file if you copied the files from OLD to NEW, they still have the uid and gids from the original, check if on the NEW when you ls -la you see the proper uid/gid to change the ownership: if on NEW you don't have a user with UX and/or GX (the uids from the old) you can execute someting like find / -uid UX -exec chown UY \{\} \; for the uid and find / -gid GX -exec chown GY \{\} \; you can substitute / with some directory to limit che change, but, if you do not use UX and GX on your NEW machine, it is better to sit and wait for find to change everything starting from / these commands will find any file with the old uid and old gid and change them to the new values. if you use sqwebmail, and have troubles logging in only in sqwebmail, check for sqwebmail cache files, and if needed, remove them. wwell edi
Re: [vchkpw] moving maildirs to a new home
On Mar 22, 2005, at 1:01 AM, Bob Ababurko wrote: I have to ask againshould changing the uid:gid in the assign file to reflect the system, work? It seems like that would be the other way around the mess instead of changing the systema(vopomail:vchkpw ID's) Yes (after running qmail-newu to update the users/cdb file). But, as the other poster pointed out, if you copied the files from system A to system B in such a way that it kept the numeric uid/gid for the file ownership, you now need to fix all of those files. If you were able to do the copy so that it based it on the named uid/gid, then the file ownership should be fine. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ You don't need a laptop to troubleshoot high-speed Internet: sniffter.com
Re: [vchkpw] moving maildirs to a new home
Jason Wilkinson wrote: Bob Ababurko wrote: Unfortunately, I did a qmailrocks install this time around and it used some abnormail uid:gid of 1009:1004, respctively. When you say, change UID and GID accordingly...what do you mean by that? I have changed the assign uid:gid to 1009:1004, but that does not seem to work. I believe that something else other than the assign file is is causing my original 89:89 files on the 1009:1004 machine to talk back. Have you tried re-chowning the files to be truly owned by the new UID/GID? I'm just making this up as I go, so it's almost certain not to work as is...but try something like. chown 89:89 `find /home/vpopmail -user 1009` \ chown 89:89 `find /home/vpopmail -group 1004` OR chown -R --from=1009 89 /home/vpopmail chown -R --from=:1004 :89 /home/vpopmail I am not aware of what, but something tells me that I will figure it out before it all is over. I really would rather figure out how this works as oppsed to adding all the accounts by hand. Not only is this ugly, I am not aware of how my system is working while I have a perfect chance to learn. Back to the original rsync.. I think that if you use the right options when you copy the dir's you should be fine.. This is how I do it and it makes the files EXACTLY the same rsync -ptog --force --recursive --delete rsync://10.0.0.1/vpopdomains/ /home/vpopmail/domains Of course you will have to change the ipaddress of the master server and the share name. But those are the options that work great for me. thanks -Blake-
RE: [vchkpw] moving maildirs to a new home
Blake wrote: Jason Wilkinson wrote: Bob Ababurko wrote: Unfortunately, I did a qmailrocks install this time around and it used some abnormail uid:gid of 1009:1004, respctively. When you say, change UID and GID accordingly...what do you mean by that? I have changed the assign uid:gid to 1009:1004, but that does not seem to work. I believe that something else other than the assign file is is causing my original 89:89 files on the 1009:1004 machine to talk back. Have you tried re-chowning the files to be truly owned by the new UID/GID? I'm just making this up as I go, so it's almost certain not to work as is...but try something like. chown 89:89 `find /home/vpopmail -user 1009` \ chown 89:89 `find /home/vpopmail -group 1004` OR chown -R --from=1009 89 /home/vpopmail chown -R --from=:1004 :89 /home/vpopmail I am not aware of what, but something tells me that I will figure it out before it all is over. I really would rather figure out how this works as oppsed to adding all the accounts by hand. Not only is this ugly, I am not aware of how my system is working while I have a perfect chance to learn. Back to the original rsync.. I think that if you use the right options when you copy the dir's you should be fine.. This is how I do it and it makes the files EXACTLY the same rsync -ptog --force --recursive --delete rsync://10.0.0.1/vpopdomains/ /home/vpopmail/domains Of course you will have to change the ipaddress of the master server and the share name. But those are the options that work great for me. thanks -Blake- I think that the problem with that in this situation is that the -p switch to rsync will set the permissions to the same UID/GID as what it on the sending machine as a numeric value (89:89 normally). When the sending machine receives the files it will set them to 89:89 but there will be no corresponding group. I've done the exact same thing as you outline above only you have to make sure that the UID/GID numeric values are the same (ie, vpopmail=89 vchkpw=89) on both sides _before_ you do the file transfer. If you do the transfer and _then_ set the values to match you will have to reset the permissions as I've outlined above to make everything jive again.
[vchkpw] moving maildirs to a new home
Hello- I am trying to move the maildirs form one server to a newer box that I have done a resinstall on and I am having some major issues. I am using vpopmail 5.4.0 on both machines. I have a working vpopmail install on the new box and it is time to migrate the accounts and maildirs. I figured that I could copy the /vpopmail/domains folder over to the new machine and thigs would be ok since I am using vchkpw and that is with the dir structure but it seems that I may have made an amatuer move because I cannot log into the accounts with telnet and when I access them with vqadmin to change passwords things get erased. Can someone please help me see the light! thanks, Bob
Re: [vchkpw] moving maildirs to a new home
Bob Ababurko wrote: Hello- I am trying to move the maildirs form one server to a newer box that I have done a resinstall on and I am having some major issues. I am using vpopmail 5.4.0 on both machines. I have a working vpopmail install on the new box and it is time to migrate the accounts and maildirs. I figured that I could copy the /vpopmail/domains folder over to the new machine and thigs would be ok since I am using vchkpw and that is with the dir structure but it seems that I may have made an amatuer move because I cannot log into the accounts with telnet and when I access them with vqadmin to change passwords things get erased. Can someone please help me see the light! Off the top of my head, Are your permissions correct? Does your /home/vpopmail/domains directory structure match the paths in your /var/qmail/users/assign file? What were the steps exactly you took to move the domains over to the new machine? DAve -- Dave Goodrich Systems Administrator http://www.tls.net Get rid of Unwanted Emails...get TLS Spam Blocker!
Re: [vchkpw] moving maildirs to a new home
Bob Ababurko wrote: Hello- I am trying to move the maildirs form one server to a newer box that I have done a resinstall on and I am having some major issues. I am using vpopmail 5.4.0 on both machines. I have a working vpopmail install on the new box and it is time to migrate the accounts and maildirs. I figured that I could copy the /vpopmail/domains folder over to the new machine and thigs would be ok since I am using vchkpw and that is with the dir structure but it seems that I may have made an amatuer move because I cannot log into the accounts with telnet and when I access them with vqadmin to change passwords things get erased. Can someone please help me see the light! thanks, Bob I swear, This really should be a howto. I was just on this mailling list trying to figure out this same problem. Since I posted I have seen 3 other people having questions about the same thing. I have my mail server setup like this: It is being constantly backed up to aonther computer. The crontab is setup so that if the mail server shuts down for what ever reason, I can just direct mail over to the backup and it will run exactly the same. stop qmail on both machines copy exactly over: /var/qmail/alias /var/qmail/users /var/qmail/control /home/vpopmail/domains Then change the permissions on the /home/vpopmail/domains directory chown -R vpopmail:vchkpw /home/vpopmail/domains/* chown -R vpopmail:vchkpw /home/vpopmail/domains/ start qmail back up... and TADA Hope this helps -Blake-
Re: [vchkpw] moving maildirs to a new home
Blake wrote: Bob Ababurko wrote: Hello- I am trying to move the maildirs form one server to a newer box that I have done a resinstall on and I am having some major issues. I am using vpopmail 5.4.0 on both machines. I have a working vpopmail install on the new box and it is time to migrate the accounts and maildirs. I figured that I could copy the /vpopmail/domains folder over to the new machine and thigs would be ok since I am using vchkpw and that is with the dir structure but it seems that I may have made an amatuer move because I cannot log into the accounts with telnet and when I access them with vqadmin to change passwords things get erased. Can someone please help me see the light! thanks, Bob I swear, This really should be a howto. I could be coerced into writing up a step by step of my move from one three toaster+nfs mounted maildir system to another three toaster+nfs mounted maildir system. I just did it last December. DAve -- Dave Goodrich Systems Administrator http://www.tls.net Get rid of Unwanted Emails...get TLS Spam Blocker!
Re: [vchkpw] moving maildirs to a new home
- Original Message - From: Jeremy Kitchen [EMAIL PROTECTED] To: vchkpw@inter7.com Sent: Monday, March 21, 2005 11:02 AM Subject: Re: [vchkpw] moving maildirs to a new home I did check and it seems that my uid, gid for vpopmail and vchkpw are different than the original box. I tried to change the uid:gid in the /var/qmail/users/assign file but I still cannot authenticate. I am working with freeBSD and it seems that changing the gid is not as simple as editing the /etc/group file. Does anyone know how that is done? I cannot seem to find anything on it. I am thinking that I may be abe to erase it and recreate the group, but I am not sure at this moment. I basically copied everything over to the new box with rsync -vaz by everything, I mean /var/qmail/alias /var/qmail/users /var/qmail/control /home/vpopmail/domains i feel that all that I have to do is remedy the uid:gid and it should work, but I am also thinking that changing the uid:gid in the /var/qmail/users/assign should have done the trick. Can someone comment on that? thanks, Bob
Re: [vchkpw] moving maildirs to a new home
Bob Ababurko wrote: - Original Message - i feel that all that I have to do is remedy the uid:gid and it should work, but I am also thinking that changing the uid:gid in the /var/qmail/users/assign should have done the trick. Can someone comment on that? UID/GID values are compiled into vpopmail. You have to re-compile everything that depends on them when they change. By everything I mean after you compile vpopmail you have to do qmailadmin and anything else that uses it.
Re: [vchkpw] moving maildirs to a new home
On Mar 21, 2005, at 8:38 PM, Rick Widmer wrote: i feel that all that I have to do is remedy the uid:gid and it should work, but I am also thinking that changing the uid:gid in the /var/qmail/users/assign should have done the trick. Can someone comment on that? UID/GID values are compiled into vpopmail. You have to re-compile everything that depends on them when they change. By everything I mean after you compile vpopmail you have to do qmailadmin and anything else that uses it. You also have to change the uid/gid in /var/qmail/users/assign. Do whatever you can to ensure that the uid/gid for vpopmail:vchkpw does not change when moving to a new server. It will make your life a lot easier. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ You don't need a laptop to troubleshoot high-speed Internet: sniffter.com
Re: [vchkpw] moving maildirs to a new home
- Original Message - From: Tom Collins [EMAIL PROTECTED] To: vchkpw@inter7.com Sent: Tuesday, March 22, 2005 12:23 AM Subject: Re: [vchkpw] moving maildirs to a new home On Mar 21, 2005, at 8:38 PM, Rick Widmer wrote: i feel that all that I have to do is remedy the uid:gid and it should work, but I am also thinking that changing the uid:gid in the /var/qmail/users/assign should have done the trick. Can someone comment on that? UID/GID values are compiled into vpopmail. You have to re-compile everything that depends on them when they change. By everything I mean after you compile vpopmail you have to do qmailadmin and anything else that uses it. You also have to change the uid/gid in /var/qmail/users/assign. Do whatever you can to ensure that the uid/gid for vpopmail:vchkpw does not change when moving to a new server. It will make your life a lot easier. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ You don't need a laptop to troubleshoot high-speed Internet: sniffter.com I have to ask againshould changing the uid:gid in the assign file to reflect the system, work? It seems like that would be the other way around the mess instead of changing the systema(vopomail:vchkpw ID's) You say to ensure that the uid:gid be the same, but what besides the assign file is dependant on the uid:gid? in terms of the files that I have copird over to the new machine. Sorry to beat a dead horse, but I dont quite understand this and if I have to deal with this matter unill it is fixed then I may as well try to understand what is going on. -Bob