Re: [qmailtoaster] connection refused from clients sending email
Maxwell Smart wrote: Pardon my ignorance. What exactly does the softlimit do? It defines the maximum amount of memory a service *may* consume. It keeps the processes from running rampant and putting your system into a paging thrash. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Stupid Question...Or two.
Michael Colvin wrote: Oh, no doubt the setup/install of QMT is easier than Qmailrocks. I was/am a Windoze admin up until a couple years ago when necessity dictated that I learn some Unix/Linux. I landed in Ubuntu land, and that's what I've been using, for the most part, and have several machines running qmail using Qmailrocks on Ubuntu. But, as I said in the original post, I've also learned there's some things with Qmailrocks that, well, shouldn't be. :-) We're naturally going to suggest you use a Redhat distro and QMT (you *are* asking on our list!), but I'd say use whatever tool fits the job. I have plenty of servers that run other distros for specific tasks because they fit better than other distros. I do prefer RH based distros, but I started with Redhat 7.3, so I've had more familiarity with RH based distros over others. I do run Ubuntu on my desktop though ;) So.. I could just install QMT on all of them, and be done. Or, would it be better to stay with a Debian based OS that I'm familiar with (Although, all I really do with them is e-mail, so there's not much to "Do" with them after they are up and running!). If I go with the "Roll your own" method, I could choose an OS, and maybe only install the functionality that I need on each server... But, then again, it would be more efficient to just put QMT on all of them. :-) I do this for a living. Listen to me: Sit down, figure out what your goals and timelines are. Weigh this with what you need and mark milestones on your projected timeline. If you have an expanded timeline then maybe rolling your own is better as you'll learn the internals a little more. If your timeline operates in the real world, figure out what will work for you in the time allotted and budget "fudge" time (ie: "I borked this thing and need to fix it" time). Plan it all out in advance. Let me ask this... The chkuser functionality uses Vpopmail to actually check for valid accounts, right? And, I'm assuming that changing the default database that Vpopmail uses is trivial? (I've actually not done it, but I would think it would be just modifying a file). My goal is to have the "Filtering" servers use chkuser to validate recipients, but to actually have only a single database with users in it, and instead of using a script or something to push a cdb file out to each server, I would think you could point the "Filtering" servers vpopmail to check the vpopmail database that a "Central" mail server maintains. ??? Am I smokin' crack? Vpopmail in QMT uses a Mysql DB. It's trivial to replicate that database between multiple machines and there are a variety of methods to accomplish this. I'm going to start a video series on the magazine this coming week on how to build a cluster that replicates all the data between all the machines (database and mail store), so you could list all of your mail servers as MX records (or even a single MX record with multiple IPs!) and it would not matter which server accepted the data, as it would be replicated between them all. Your users would be able to use any (or all, depending on how you set it up) of the servers as their pop/smtp servers, or you could dedicate 1 machine as the smtp and the rest as the incoming, or whatever. The video will be over the next few weeks as this is a complicated task. I plan on doing other cluster setups in the upcoming videos when the user requests get lean. But to answer your question, yes, it's trivial to tell vpopmail to use an external database for it's user store. You could have your multiple incoming servers use the same vpopmail backend for authentication/checks to accept mail and then smtproute it to the final destination machine. The file you would need to edit would be the /home/vpopmail/etc/vpopmail.mysql file. It should be pretty self explanatory; change localhost to the IP/domain of the server you want to be the mysql user store and adjust the password if needed. Everything else should pretty much stay the same. You may need to change the 0 to a 3306. Then all of your frontend machines can authenticate against the same backend. Thanks again for the ear guys, and sorry for the long-winded post. I usually only lerk on lists I'm one, trying to soak up info...But, I've got to do get this done, so I'm trying to get some specific information to get me pointed in the right direction. Glad to see a new face on the list, and good questions. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoast
Re: [qmailtoaster] connection refused from clients sending email
Pardon my ignorance. What exactly does the softlimit do? CJ Jake Vickers wrote: Phil Leinhauser wrote: You said this started a couple weeks after you did a newmodel. I think I smell a softlimit problem. Are you running x64 OS? You might need to bump the SMTP softlimit back up. You should also check the rest of them (pop3, submit, etc) I know that's something I have always had to do after running newmodel. I know Jake has tried to bump it up in the patches but for me it still wasn't enough. Phil Just wanted to bring up the softlimit issue again. I doubled them from what they used to be - if they are still causing issues should I bump them up even more? If anyone has been having issues with the softlimits or have needed to increase them, please let me know so I can increase them further. Thanks. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
RE: [qmailtoaster] Stupid Question...Or two.
Oh, no doubt the setup/install of QMT is easier than Qmailrocks. I was/am a Windoze admin up until a couple years ago when necessity dictated that I learn some Unix/Linux. I landed in Ubuntu land, and that's what I've been using, for the most part, and have several machines running qmail using Qmailrocks on Ubuntu. But, as I said in the original post, I've also learned there's some things with Qmailrocks that, well, shouldn't be. :-) So, I'm embarking on a migration in that area. I've had a machine running QMT for a month or two now, that I'm basically just playing with, and so far I do like the additional functionality, no doubt, and yes, it is easier to get a working box. QMT-Plus also makes it nice. I've been using SpamDyke w/qmail for a year or two (On Qmailrocks setup), and that's prolonged the existing servers life...But, it's time to move on. The support for QMT, as you mentioned, is great. Qmailrocks is dead. So, of course there's a great difference, although, for the most part, I haven't needed much support in the past (Knock on wood), but, it is nice to know it's there if needed. I'm still not an expert by any means with Linux, so beyond Ubuntu, and some playing with CentOS with a Trixbox, I haven't experienced many flavors of Linux, but I guess they're all similar, much like the various flavors of any OS. But, it would seem some my be better suited for some services than others... What I'm looking to replace is a fairly "Kluged" together mail server cluster. A cluster of a cluster, if you will. :-) I've got a few boxes that run Qmail w/spamdyke, that act as filtering servers, that then pass the "Cleaned" mail onto the actual customer mail servers, also running qmail. It all works fine, but is lacking some specific items, that QMT does add, mainly chkuser. Backscatter spam isn't just annoying, it's rude. :-), and like all non-patched qmail servers, I'm guilty, so I've been looking at various solutions for a while, and have narrowed it down to basically QMT or installing from source, potentially blending a couple different "Perfect" qmail installs. So.. I could just install QMT on all of them, and be done. Or, would it be better to stay with a Debian based OS that I'm familiar with (Although, all I really do with them is e-mail, so there's not much to "Do" with them after they are up and running!). If I go with the "Roll your own" method, I could choose an OS, and maybe only install the functionality that I need on each server... But, then again, it would be more efficient to just put QMT on all of them. :-) Let me ask this... The chkuser functionality uses Vpopmail to actually check for valid accounts, right? And, I'm assuming that changing the default database that Vpopmail uses is trivial? (I've actually not done it, but I would think it would be just modifying a file). My goal is to have the "Filtering" servers use chkuser to validate recipients, but to actually have only a single database with users in it, and instead of using a script or something to push a cdb file out to each server, I would think you could point the "Filtering" servers vpopmail to check the vpopmail database that a "Central" mail server maintains. ??? Am I smokin' crack? Thanks again for the ear guys, and sorry for the long-winded post. I usually only lerk on lists I'm one, trying to soak up info...But, I've got to do get this done, so I'm trying to get some specific information to get me pointed in the right direction. Mike Michael J. Colvin NorCal Internet Services www.norcalisp.com > -Original Message- > From: Mike Canty [mailto:m...@collotype.com.au] > Sent: Sunday, August 16, 2009 6:44 PM > To: qmailtoaster-list@qmailtoaster.com > Subject: RE: [qmailtoaster] Stupid Question...Or two. > > Mike, > If it is of any consequence. I have recently moved from a Fedora > Core 7 machine that I had installed Qmailrocks on. I found that the > upgrades were a little slow, limited documentation and I needed a couple > of > features that were not present. > > After looking at a range of different Qmail options I chose to use the QMT > version. I also wanted to keep using Fedora or Red Hat, as this is in > place > on a few of my machines. As a result CentOS was the obvious choice (Red > Hat > without the Red Hat support). > > I have now put the server in place with the QMT for CentOS 5.3 and this > went > well. I have also added the QMT Plus package, and sent some time tuning > my > system using the videos supplied by Jake. > > I did have an issue, but the excellent forum provided me with the > information to fix my issues. > > After the install I now have a machine that is supported for a few years > at > least, running in a stable environment, offering advanced features my > Qmailrocks install didn't. Oh, and the QMT install was very easy compared > to Qmailrocks. > > Just my thoughts > > Cheers > > -Original Message- > From: Michael Colvin [mailto:m
Re: [qmailtoaster] Stupid Question...Or two.
Not a stupid question at all, Michael. I'm a little surprised we don't see this question more often. I'd like to add that with QMT there is any easy upgrade path, using the qtp-newmodel script(s) in QTP. The *-toaster packages are easily and safely updated on a production server, with downtime of only a few minutes. I don't believe that any qmail server flavor comes anywhere close to this. It can't get much easier than this. With Jake at the helm, it appears the QMT has a real future. Spamdyke and Dovecot are planned for inclusion in the stock version 2. I'm also working on some significant additions like LDAP support, which probably will precede QMT2. There is one drawback to QMT though. You may not get to learn the internals as much as with other qmail flavors (although there's nothing stopping you from doing so). QMT just works. ;) Mike Canty wrote: Mike, If it is of any consequence. I have recently moved from a Fedora Core 7 machine that I had installed Qmailrocks on. I found that the upgrades were a little slow, limited documentation and I needed a couple of features that were not present. After looking at a range of different Qmail options I chose to use the QMT version. I also wanted to keep using Fedora or Red Hat, as this is in place on a few of my machines. As a result CentOS was the obvious choice (Red Hat without the Red Hat support). I have now put the server in place with the QMT for CentOS 5.3 and this went well. I have also added the QMT Plus package, and sent some time tuning my system using the videos supplied by Jake. I did have an issue, but the excellent forum provided me with the information to fix my issues. After the install I now have a machine that is supported for a few years at least, running in a stable environment, offering advanced features my Qmailrocks install didn't. Oh, and the QMT install was very easy compared to Qmailrocks. Just my thoughts Cheers -Original Message- From: Michael Colvin [mailto:mcol...@norcalisp.com] Sent: Monday, 17 August 2009 9:47 AM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Stupid Question...Or two. Ok. This is probably a stupid question, but... It's Sunday, so I'm entitled to one stupid question. :-) I've been using Qmail for many years (10), although only admining one myself for the past 3. I originally used "Qmailrocks", and am aware of its shortcomings and issues, compared to "Modern" flavors of qmail. So... What's the differences between Qmail Toaster, Bill Shupp's Qmail Toaster, and netqmail? I don't mean the obvious (QMT being an ISO), but more along the lines of the "Finished Product". What's better/worse about the three versions? Also, and this is more for Jake I think, other than being based on CentOS 5, what's the difference between the "Free" version of your QMT and the QMT5 version? I have no problem paying you for the QMT5 version, but am curious as to the reason for two versions? Is CentOS5 that much better? (I'm not a CentOS person, so I'm not sure.) Anyway, thanks for the time! Mike -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Dovecot
Phil Leinhauser wrote: Well I finally did it. I took the leap into Dovecot on my system. I followed instructions I found on a few different web sites for the installation and conversion. I ran through it on a test server and once I was comfortable with the process, I repeated it on the production server. Smooth as silk and a learned a lot more about QMT. The only thing I'm stuck on now is MRTG. I'm trying to get some stats from the logs but it's just not reading anything. I have it pointed to the right logs but I'm not getting anything into MRTG. I think the logs aren't in a way for MRTG to read? Does anyone have the MRTG scripts or what do I need to do to get the logs so it can read them? Phil I've installed Dovecot on several toasters, and to be honest I missed that part. It's not a very high priority for me. I have dovecot logs going to /var/log/dovecot.log, where logrotate takes care of them automagically. I believe that's the stock configuration on COS5. If I were going to try to fix the MRTG scripts, I would attempt to have them deal with the dovecot logs as they are, as opposed to trying to change the logs to fit MRTG/courier/qmail log formats. I think the best general approach is to use the distro's stock configuration as much as possible. That's just my 2 cents at this time. I've no idea what Jake has planned for Dovecot in QMT2. -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] fetchmail:qmail-inject: fatal: unable to parse this line:
Dear Ganesh, The current fetchmailrc contents are as follows. set postmaster "postmaster" set bouncemail set no spambounce set properties "V" set daemon 60 poll serverip proto pop3 port 110 user 'usern...@domain.com' there with password '12345' is 'usern...@domain.com' here options fetchall mda "/var/qmail/bin/qmail-inject -f%F %T" dropdelivered I have planned to change this to "set spambounce".. Will it be helpful? Thanks and Regards, S.Senthilvel, On Sat, Aug 15, 2009 at 5:23 PM, ganesh payelkar wrote: > Dear Senthilvel, > > can you paste here your fetchmailrc contain ? > > Regards, > ganesh > > On Wed, Aug 12, 2009 at 6:42 AM, senthil vel wrote: >> >> Dear list, >> >> We are using qmail toaster in a local server. ie, fetch mail >> will fetch mails from the main server and distribute the mail to the >> qmail users. The out ging mails are routed via the main server using >> smtproutes. >> >> The problem is, when a mail is having misplaced or improper or >> unclosed or unopened < or >, the rest of the mails also cant fetched. >> The fetch mail log tells like that, >> >> >> >> fetchmail: 1 message for u...@domain.com at serverip (188763 > octets). >> >> qmail-inject: fatal: unable to parse this line: >> >> To: "user_\" , >> ""@senderdomain.com >> >> fetchmail: reading message user"@mydomain@serverip:1 of 1 >> (188763 octets) (log message incomplete)fetchmail: error writing message >> text >> fetchmail: MDA error while fetching from user"@mydomain@serverip >> fetchmail: Query status=6 (IOERR) >> >> as a temperory solution, we use outlook to directly download the mail >> from main server. But this continues for more than 20 users per day. >> Is there any way to permanently fix the issue? >> >> Thanks and Regards, >> S.Senthilvel, >> >> >> - >> Qmailtoaster is sponsored by Vickers Consulting Group >> (www.vickersconsulting.com) >> Vickers Consulting Group offers Qmailtoaster support and installations. >> If you need professional help with your setup, contact them today! >> >> - >> Please visit qmailtoaster.com for the latest news, updates, and >> packages. >> >> To unsubscribe, e-mail: >> qmailtoaster-list-unsubscr...@qmailtoaster.com >> For additional commands, e-mail: >> qmailtoaster-list-h...@qmailtoaster.com >> >> > > - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] Dovecot
Well I finally did it. I took the leap into Dovecot on my system. I followed instructions I found on a few different web sites for the installation and conversion. I ran through it on a test server and once I was comfortable with the process, I repeated it on the production server. Smooth as silk and a learned a lot more about QMT. The only thing I'm stuck on now is MRTG. I'm trying to get some stats from the logs but it's just not reading anything. I have it pointed to the right logs but I'm not getting anything into MRTG. I think the logs aren't in a way for MRTG to read? Does anyone have the MRTG scripts or what do I need to do to get the logs so it can read them? Phil - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
RE: [qmailtoaster] Stupid Question...Or two.
Mike, If it is of any consequence. I have recently moved from a Fedora Core 7 machine that I had installed Qmailrocks on. I found that the upgrades were a little slow, limited documentation and I needed a couple of features that were not present. After looking at a range of different Qmail options I chose to use the QMT version. I also wanted to keep using Fedora or Red Hat, as this is in place on a few of my machines. As a result CentOS was the obvious choice (Red Hat without the Red Hat support). I have now put the server in place with the QMT for CentOS 5.3 and this went well. I have also added the QMT Plus package, and sent some time tuning my system using the videos supplied by Jake. I did have an issue, but the excellent forum provided me with the information to fix my issues. After the install I now have a machine that is supported for a few years at least, running in a stable environment, offering advanced features my Qmailrocks install didn't. Oh, and the QMT install was very easy compared to Qmailrocks. Just my thoughts Cheers -Original Message- From: Michael Colvin [mailto:mcol...@norcalisp.com] Sent: Monday, 17 August 2009 9:47 AM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Stupid Question...Or two. Ok. This is probably a stupid question, but... It's Sunday, so I'm entitled to one stupid question. :-) I've been using Qmail for many years (10), although only admining one myself for the past 3. I originally used "Qmailrocks", and am aware of its shortcomings and issues, compared to "Modern" flavors of qmail. So... What's the differences between Qmail Toaster, Bill Shupp's Qmail Toaster, and netqmail? I don't mean the obvious (QMT being an ISO), but more along the lines of the "Finished Product". What's better/worse about the three versions? Also, and this is more for Jake I think, other than being based on CentOS 5, what's the difference between the "Free" version of your QMT and the QMT5 version? I have no problem paying you for the QMT5 version, but am curious as to the reason for two versions? Is CentOS5 that much better? (I'm not a CentOS person, so I'm not sure.) Anyway, thanks for the time! Mike - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] connection refused from clients sending email
Phil Leinhauser wrote: You said this started a couple weeks after you did a newmodel. I think I smell a softlimit problem. Are you running x64 OS? You might need to bump the SMTP softlimit back up. You should also check the rest of them (pop3, submit, etc) I know that's something I have always had to do after running newmodel. I know Jake has tried to bump it up in the patches but for me it still wasn't enough. Phil Just wanted to bring up the softlimit issue again. I doubled them from what they used to be - if they are still causing issues should I bump them up even more? If anyone has been having issues with the softlimits or have needed to increase them, please let me know so I can increase them further. Thanks. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Stupid Question...Or two.
Michael Colvin wrote: Ok. This is probably a stupid question, but... It's Sunday, so I'm entitled to one stupid question. :-) I've been using Qmail for many years (10), although only admining one myself for the past 3. I originally used "Qmailrocks", and am aware of its shortcomings and issues, compared to "Modern" flavors of qmail. So... What's the differences between Qmail Toaster, Bill Shupp's Qmail Toaster, and netqmail? I don't mean the obvious (QMT being an ISO), but more along the lines of the "Finished Product". What's better/worse about the three versions? Also, and this is more for Jake I think, other than being based on CentOS 5, what's the difference between the "Free" version of your QMT and the QMT5 version? I have no problem paying you for the QMT5 version, but am curious as to the reason for two versions? Is CentOS5 that much better? (I'm not a CentOS person, so I'm not sure.) Anyway, thanks for the time! Qmailrocks and Shupp's Toaster use source installs. QMT uses src rpms (I just happen to make ISOs for those that find it easier to just throw a disk in and for quick deployment - QMT is not necessarily an ISO). I also like to think that we are a little more updated than the "other guys". We offer RPMs that will give you a complete mail server in about an hour (less if using the ISO), and it's all pretty much canned to work out of the box. you can configure it more if you require it. We try and give you a complete system in a short amount of time with an easy installation. netqmail is just the Qmail source with some patched applied (some of the same ones we use). As far as the 2 ISOs, the free download is CentOS 4. CentOS 4 is supported until Feb 29, 2012. After that there will be no updates from the CentOS team. It also uses some old RPMs from the project - I do not update that ISO anymore. The other version, where I charge for the download to offset the bandwidth, is based on CentOS 5. CentOS 5 is supported until March 31, 2014. After that there will be no updates from the CentOS team. I update this ISO's packages a couple times a year. Hopefully that answered your questions. Let us know if you have any more! - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] Stupid Question...Or two.
Ok. This is probably a stupid question, but... It's Sunday, so I'm entitled to one stupid question. :-) I've been using Qmail for many years (10), although only admining one myself for the past 3. I originally used "Qmailrocks", and am aware of its shortcomings and issues, compared to "Modern" flavors of qmail. So... What's the differences between Qmail Toaster, Bill Shupp's Qmail Toaster, and netqmail? I don't mean the obvious (QMT being an ISO), but more along the lines of the "Finished Product". What's better/worse about the three versions? Also, and this is more for Jake I think, other than being based on CentOS 5, what's the difference between the "Free" version of your QMT and the QMT5 version? I have no problem paying you for the QMT5 version, but am curious as to the reason for two versions? Is CentOS5 that much better? (I'm not a CentOS person, so I'm not sure.) Anyway, thanks for the time! Mike - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
