Re: [vchkpw] After 7 years of neglect Qmail is now ours
On Wed, 2007-12-05 at 19:05 -0700, Rick Widmer wrote: Christopher Chan wrote: Public Domain. That is a valid choice on SouceForge. :-) I hope you can garner more support. Me too... We'll see I'm about to reply to you on the qmail list and we'll see what happens... Well, now that Charles has responded... You did previously say that you would rather not have a qmail specifically for vpopmail. Are you going to stick to that? Yes. As far as I am concerned, the project is not possible without the support of the major qmail players. I will probably see about shutting it down. At the moment, I do not see netqmail adding support for user verification at rcpt to time in the near future... We'll see what happens. I haven't had a chance to look at netqmail-1.06 yet, but I see it is now out. Rick it appears 1.06 is for legal purposes only...no changes to the codebase. this is an excerpt from the top of netqmail-1.06/CHANGES 20071130 version: netqmail 1.06 20071130 legal: qmail-1.03 is now in the public domain 20051103 doc: dot-qmail.9 updated for changed (19980613) ... btw the link on the homepage http://www.qmail.org/netqmail/CHANGES still references the changelog from 1.05, but inside http://www.qmail.org/netqmail-1.06.tar.gz tarball there is an updated CHANGES file. -- aichains [EMAIL PROTECTED] !DSPAM:4757785e32001514716618!
Re: [vchkpw] NFS Clustering
in the storage cluster. this would be ideal for having the 3rd box in a DR location, but the customer doesnt need this yet, in fact its kinda cost prohibitive. also you can failover mysql as long as the database exists on the drbd mounted partition. in this config its imperative that you keep the storage peers identical as far as software (duh?). at the end of the day we are going to move the mail to a rhel+gfs fiber san anyway, but drbd is awesome and i recommend it for redundant nfs. thats my 2 cents on commodity replication. -- aichains
Re: [vchkpw] The future of valias other topics
Rick Romero wrote: On Fri, 2007-01-05 at 11:34 -0700, Rick Widmer wrote: -- Back to the future... after reviewing the threads '5.4.17 patches', '.vpopmail instead of .qmail' and '5.4.18 valias' this is what I think should happen in 5.4.19. How about removing the cdb domain check for vauth? I don't know what all utilizes the vauth function, but I happened to notice that if a domain does not exist in /var/qmail/control/aliases, a user cannot authenticate. To be more precise: I have a 'user' server which also houses the primary database. All creation/deletion of users/domains is done on that server. I have another server with an NFS export, also running IMAP, that has a copy of the required qmail files, a 5.4.17 vpopmail install on it, and a MySQL slave. If I create a domain on the 'user' server, the user cannot authenticate on the IMAP server because the domain doesn't exist in the aliases cdb file. For my purposes, the cdb check is unnecessary, and just another thing I have to replicate. Is it possible to have a configure with --skip-cdb-auth - or maybe can we put/replicate the aliases cdb into MySQL ? Just some thoughts. It 'feels' smoother to have everything replicated in MySQL, instead of having scripts run or a bunch of extra NFS mounts.. Rick there will always be files that must be pushed around, in a setup such as that. i think the onchange function is ideal for this. I'm interested to see as time goes on what example onchange hackery people come up with... so far, i am updating my validrcptto cdb, and (based on what operation is done i.e. add/remove domain), sending an email to admins. next i feel like i need to create a MySQL log database, where all add/delete/modify operations will be logged to...the username who initiated the change, timestamp, the actual operation etc. this will be used for billing, as well as audit trail for the gui. does anyone else have interesting onchange thoughts ? -- aichains
Re: [vchkpw] A vpopmail farm/NFS framework?
Dave Richardson wrote: DAve wrote: Tom Collins wrote: On Jan 2, 2007, at 1:37 PM, DAve wrote: front-end (target)- NFS (source) --- /home/vpopmail/domains - /shared/vdomains /var/qmail/control - /shared/qmail-control /usr/local/www - /shared/webmail /var/tmp - /shared/webmail-sessions Don't forget /var/qmail/users as well. -- Tom Collins - [EMAIL PROTECTED] Thank you, that is a big whoops on my part. I actually have the following qmail dirs mapped. alias - /shared/qmail-alias control - /shared/qmail-control users - /shared/qmail-users It has been that long since I had to log in and look at that directory ;^) DAve DAve, Tom, Joshua; You have my sincerest thanks for your thoughtful and VERY useful contributions! Thank you! Dave. use the onchange functionality in vpopmail 5.4.18 or (5.4.17+onchange patch) to push control file updates around...plus whatever other crap you want to tack onto certain api calls. check out README.onchange in the 5.4.18 source dist for notes on that. also refer to these pages: http://qmail.jms1.net/mailhub.shtml http://shupp.org/maps/ispcluster.html -- aichains
[vchkpw] massive vpopmaild-wiki documentation update - please critique
Hello friends, I've spent some time recently walking through vpopmaild commands, and in doing so I've put all my work onto the vpopmaild wiki page. I've included sections on feature requests, and bugs that I came across (bugs _may_ be defined as features I do not understand how to use). The updates I made are geared towards a programmer attempting to implement a GUI replacement for qmailadmin, centered around vpopmaild. I would very much appreciate any input and further documentation that can be added to this web page. Please read, critique, update, flame...whatever: http://qmailwiki.inter7.com/Vpopmaild -- aichains !DSPAM:4554170727412054658546!
Re: [vchkpw] CHKUSER and smtpd-auth 0.57
Charrua wrote: Hi, I have installed Netqmail-1.05 / Vpopmail 5.4.17 and qmail-smtpd-auth-0.57(www.fehcom.de) Is it possible to install chkuser 2.0 with this configuration? Do I need to make some changes? Thanks in advance, Andrés use hoffman's spamcontrol patchset, it includes the auth plus a chkuser-type patch, qmail-recipients why not use dr hoffman's spamcontrol patch-set ? it includes the smtp-auth (you already found that) plus a chkuser-type patch i believe he calls the qmail-recipients extension.
Re: [vchkpw] QMail transfer - changing Postmaster password
Austin Jorden wrote: Okay, I was able to get the postmaster password. I updated Vpopmail and installed vQadmin and was able to change it. Yet did I know that I could of simply used a command that is used to change the postmaster password: Under root, do: ~vpopmail/bin/vpasswd [EMAIL PROTECTED] Then it'll ask for the new password wanted. On the new server, I've created the domain that I need. Then I'll go under that domain in the old server and 'zip -r email *' which zips all of the contents recursively. When I download that 2GB file to the new server and unzip it. I can't login to the Qmailadmin program using the postmaster pass. However I use the command to change the password - however the email accounts listed aren't viewed correctly. It won't tell me the correct used space and/or correct quota. When I try to edit the user I get an Internal Server Error Is there something I can install on both machines that's made to transfer accounts from one QMail setup to the other? Thanks, Austin Jorden (972) 284-4909 Digitalpath of Texas http://www.dptexas.net/ make sure the uid's on each system match, and use rsync...
Re: [vchkpw] QMail transfer - changing Postmaster password
Austin Jorden wrote: Ok, all of the UID's on the new box have to make all of the UID's of the old box. This means all of the user accounts?Same passwords too?and RSync is simply a program that will allow file transfer easily? - Austin - Original Message - From: aichains [EMAIL PROTECTED] To: vchkpw@inter7.com Sent: Saturday, July 01, 2006 1:28 AM Subject: Re: [vchkpw] QMail transfer - changing Postmaster password Austin Jorden wrote: Okay, I was able to get the postmaster password. I updated Vpopmail and installed vQadmin and was able to change it. Yet did I know that I could of simply used a command that is used to change the postmaster password: Under root, do: ~vpopmail/bin/vpasswd [EMAIL PROTECTED] Then it'll ask for the new password wanted. On the new server, I've created the domain that I need. Then I'll go under that domain in the old server and 'zip -r email *' which zips all of the contents recursively. When I download that 2GB file to the new server and unzip it. I can't login to the Qmailadmin program using the postmaster pass. However I use the command to change the password - however the email accounts listed aren't viewed correctly. It won't tell me the correct used space and/or correct quota. When I try to edit the user I get an Internal Server Error Is there something I can install on both machines that's made to transfer accounts from one QMail setup to the other? Thanks, Austin Jorden (972) 284-4909 Digitalpath of Texas http://www.dptexas.net/ make sure the uid's on each system match, and use rsync... -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.7/379 - Release Date: 6/29/2006 they dont have to, match, but the uid's and gid's should match, unless you dont mind going through and fixing permissions... as long as they do, then you can add the --perms argument to rsync (along with other args), and it will move stuff over for you. http://samba.anu.edu.au/rsync/ also, if you are doing a hard cut-over of IPs, then tar would probably be quicker. you can pipe tar over ssh even... now, as far as why the passwords/disk usage displays incorrectly, something tells me that there are permission problems within the ~vpopmail/domains. -- aichains
Re: [vchkpw] QMail transfer - changing Postmaster password
Austin Jorden wrote: Is there anything (directories/files) I need to bring over from the old server, such as the QMail directories Vpopmail directories instead of just the Vpopmail directory? Thanks, Austin Jorden (972) 284-4909 Digitalpath of Texas http://www.dptexas.net/ -Original Message- From: aichains [mailto:[EMAIL PROTECTED] Sent: Saturday, July 01, 2006 1:56 PM To: vchkpw@inter7.com Subject: Re: [vchkpw] QMail transfer - changing Postmaster password Austin Jorden wrote: Ok, all of the UID's on the new box have to make all of the UID's of the old box. This means all of the user accounts?Same passwords too?and RSync is simply a program that will allow file transfer easily? - Austin - Original Message - From: aichains [EMAIL PROTECTED] To: vchkpw@inter7.com Sent: Saturday, July 01, 2006 1:28 AM Subject: Re: [vchkpw] QMail transfer - changing Postmaster password Austin Jorden wrote: Okay, I was able to get the postmaster password. I updated Vpopmail and installed vQadmin and was able to change it. Yet did I know that I could of simply used a command that is used to change the postmaster password: Under root, do: ~vpopmail/bin/vpasswd [EMAIL PROTECTED] Then it'll ask for the new password wanted. On the new server, I've created the domain that I need. Then I'll go under that domain in the old server and 'zip -r email *' which zips all of the contents recursively. When I download that 2GB file to the new server and unzip it. I can't login to the Qmailadmin program using the postmaster pass. However I use the command to change the password - however the email accounts listed aren't viewed correctly. It won't tell me the correct used space and/or correct quota. When I try to edit the user I get an Internal Server Error Is there something I can install on both machines that's made to transfer accounts from one QMail setup to the other? Thanks, Austin Jorden (972) 284-4909 Digitalpath of Texas http://www.dptexas.net/ make sure the uid's on each system match, and use rsync... -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.7/379 - Release Date: 6/29/2006 they dont have to, match, but the uid's and gid's should match, unless you dont mind going through and fixing permissions... as long as they do, then you can add the --perms argument to rsync (along with other args), and it will move stuff over for you. http://samba.anu.edu.au/rsync/ also, if you are doing a hard cut-over of IPs, then tar would probably be quicker. you can pipe tar over ssh even... now, as far as why the passwords/disk usage displays incorrectly, something tells me that there are permission problems within the ~vpopmail/domains. -- aichains short answer yes. google 'qmail migrate to new server' for more info. you may also have to move files that are specific to your installation... -- aichains
Re: [vchkpw] domain migration
[EMAIL PROTECTED] wrote:
Thanks for the input. I'll give it a try.
On May 24, 2006, at 12:39 PM, [EMAIL PROTECTED] wrote:
Have vpopmail running and its working very well. :) One of my clients
has
xxx.com for their domain. The just changed their company name and need
to
change to a new email domain yyy.com. What is the easiest way to
migrate
to the new yyy.com domain. Should I just create the new domain and copy
the contents of the old one to it, or will this lead to problems. ANy
help
would be appreciated.
The easiest way is to create yyy.com as an alias to xxx.com.
~vpopmail/bin/vaddaliasdomain xxx.com yyy.com
This way, you don't have to change any path names. They can continue
to receive mail for the old domain as well. If you want yyy.com to be
the real domain and xxx.com to be the alias, you can edit
/var/qmail/users/assign. After editing, run qmail-newu. Verify it's
good by using vdominfo and/or vuserinfo.
If you want to change the domain's directory, you'll have to update:
/var/qmail/users/assign
Each user's Maildir path (vpasswd file, or database backend)
Mailing list configurations
and possibly autoresponders (I can't recall if they have full or
relative paths).
--
Tom Collins - [EMAIL PROTECTED]
QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/
for the sake of completeness, i ran into the same issue, but at the same
time the customer had 3 extra requests:
1) at the same time, migrate to a new server.
2) the old domain should, after 90 days, be completely gone (i.e. we
delete the dns zone, and delete it from the mail server, so the alias
domain thing was ruled out)
3) migrate from vmailmgr to vpopmail (plus a ton of other upgrades) in
the process
I created the new domain on the new box, wrote a script to migrate the
users, aliases, forwards and passwords over to the new vpopmail+mysql.
wrote another script to read the passwd.cdb file (vmailmgr) and based on
the username, rsync their maildir to the new box. I ran this with the
delete destination file if not exist type setting in rsync to avoid
delivering the same messages twice. There was a gotcha, in that
vmailmgr tree looks like domain/users/username/{cur,new,tmp} whereas
vpopmail uses domain/username/Maildir/{cur,new,tmp}. Some time later, I
had a working rsync command, and it worked like a charm. One more
vmailmgr box bites the dust! =)
the only thing i ran into was that qmailadmin is not as nice as omail )
http://omail.omnis.ch ). But we plan on coding our own, using the
vpopmaild interface in the very near future.
I wonder, are there any actively developed vpopmaild-based
shared-hosting type web gui's right now ? I haven't found any yet.
Re: [vchkpw] alphabetized forwards
Tom Collins wrote: On Apr 19, 2006, at 7:38 AM, Rob Genovesi wrote: I'm still having problems with forwards not being displayed in alphabetical order when viewed via qmailadmin. I just ugpraded to vpopmail 5.4.13 and qmailadmin 1.2.10. I'm using CDB on the backend. Did you configure vpopmail with --enable-valias? You should not (and I thought I fixed a recent vpopmail release to prevent you from doing so). Email your configure lines for both vpopmail and qmailadmin and I'll see if I can reproduce the problem on my end. On my test server, it was showing aliases/forwards in alphabetical order for both CDB and MySQL backends. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ Hi Tom, I am curious why you would suggest that we not use --enable-valias ? Why would you suggest moving this OUT of the database (i.e. mysql backend) ? To extend vpopmail into a gui, other than qmailadmin, i.e. using vpopmaild, wouldn't it be easier to leave this in the database ? Also for reporting, all can be done with sql queries rather than writing code to parse the .qmail files.
Re: [vchkpw] user managment
Li Qidong wrote: Hello everyone, I want to know if the vpopmail can control some users(not all the users:)) sent email in theirs own domain? Regards, Ricky check out http://www.inter7.com/?page=empf
[vchkpw] Migrating vmailmgr to vpopmail+mysql
Resurrecting previous post that I found on MARC: hi together, does anybody know a way to convert mails and accounts from vmailmgr to vpopmail? i already searched the archive and google without any result. thanks! regards alex - I'm currently in the same situation and am looking for feedback in the same area. So far as I have planned it out, I have come up with this steps: 1) Create the domains using the vpopmail script 2) Create mailboxes through vpopmail script of all the mailboxes in vmailmgr. Once the mailboxes are created, replace the password strings in vpopmail with the password strings (md5 or crypt) that were in vmailmgr. Then copy the contents of mailbox from vmailmgr to vpopmail (understanding a little change in the directory structure). 3) Aliases ... can just use .qmail-alias when moving over. This is the way I was thinking might work since I don't have a second machine to put vpopmail on and then transfer everything that way. If anybody has any thoughts on problems/concerns/pointers I would greatly appreciate it. James - If you use the -e option to vadduser, you should be able to pass in the encrypted password. -- Tom Collins - [EMAIL PROTECTED] - I have a python script which helped me with the conversion. But its only in a undocumented just-worked-for-me state. I can post it if someone is interested, but merely as a pointer to what needs to be done as a working script. It reads the informationen from listvdomain and starts the vpopmail scripts with this infos. If I remeber correctly, I had to patch listvdomain to also print out the md5-password, but then you can use the -e option of vadduser. Florian - Thanks for those tidbits, fellows...but I would like to consult with you for any further experiences/scripts/anything regarding this type of migration. Here's the background...I'm replacing our existing stand-alone servers with a cluster backed by vpopmail+mysql replication. With that solution engineered, the next step is figuring out how to incur 'zero customer impact' - aka flawless (I pray) migration. The above poster mentions a patch to listvdomains that echo's the hashed password. That would be fantastic, as it could easily be fed into vadduser -e $whatever, creating the accounts and maildirs in a flash...I could then rsync the mail over until the actual cutover takes place. Or move dns...smtproutes on old box - new box...sticky-bit...tar...scp...untar...fix perms... /dreamworld Does anyone have any experiences to share ? Thanks for any help, guys. -- aichains
Re: [vchkpw] Archiving mail
Ken Jones wrote: On Monday 25 October 2004 05:02 pm, Bill Gradwohl wrote: I know this subject has been touched on several times on this and the qmail list, but I have yet to see a comprehensive resolution, so please bear with me. Texas courts are now moving legal documents via email between the respective attorney's offices, and attorneys are asking for a way to archive everything in and out of a virtual domain as a permanent record. The Subject: contains a case number. SEC regulations as well as Sarbanes-Oxley (SOX) require those affected by these rules to archive all inbound and outbound mail. qmail has a rudimentary facility to do this with a patch to the extra.h file. It doesn't archive a duplicate of the mail, but simply ads an artificial CC to it to force the rest of the system to send a modified copy of the email to a specific location. That may or may not satisfy SEC or SOX requirements - I don't know. One can argue that what the archive holds was never sent to the server due to the CC modification. When vpopmail is added to the mix, the promise of the extra.h patch looses its usefulness as what most sites want/need is an archive per virtual domain or even per user, not for the box as a whole. Its been mentioned that maildrop can archive mail, but I believe it can only do this for mail that eventually gets analyzed via a .qmail file. There is no mechanism for mail sent out to be archived via maildrop. Please correct me if I'm wrong. Is there a comprehensive way to archive mail EXACTLY AS IT WAS SENT, either in to the domain or out from the domain, IN A VPOPMAIL ENVIRONMENT, on at least a virtual domain level? If so, how? Note - recordio is not a solution. Adding extra delivery instructions in the .qmail file for a user is less than satisfactory especially since it will only archive a facsimile of the mail and then only for mail send to the domain, completely missing any mail originating on the domain destined for the outside world. This might apply... We did some work for a major banking institution. They needed to satisfy the same type of archival problem. The queue extra change to qmail creates an acceptable email for archiving. However, the problem they needed solved was only some of the email that flowed through the machine needed to be archived. We create a qmail queue tap patch to: 1) Set the archival email address in a control file 2) Specify the list of emails to archive in a regex style control file. They forwarded all the tapped emails to a remote machine that burned all the emails to CD. If anyone is interested in this queue tap patch I can put together a patch file together for public distribution. very interested.
Re: [vchkpw] Cannot add domain
- Original Message - From: B Bolinder [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, October 04, 2004 3:06 PM Subject: Re: [vchkpw] Cannot add domain That fixed it. I had misunderstood and tried to add a domain as user vpopmail. Thanks. - Original Message - From: Ken Jones [EMAIL PROTECTED] Date: Mon, 4 Oct 2004 11:12:23 -0500 To: [EMAIL PROTECTED] Subject: Re: [vchkpw] Cannot add domain On Monday 04 October 2004 09:37 am, B Bolinder wrote: Hi, I have just installed qmail and vpopmail 5.4.0 , using Maildir,on Mandrake 10.0. Everything seems OK, but when attempting to add a domain I get the error message: could not open assign file Error: Failed to add domain to assign file Error: Could not update file [EMAIL PROTECTED] vpopmail]$ xlib: extension GXL missing on display :0.0. appendig message to ~/dead.letter.tmp Anybody that can tell what's wrong? Make sure you are root when adding a domain Ken Jones -- _ Web-based SMS services available at http://www.operamail.com. From your mailbox to local or overseas cell phones. Powered by Outblaze As an aside, my understanding was that vpopmail user should have /sbin/nologin as shell (or your flavor's equivalent...).
