Re: [qmailtoaster] Future Distros - RHEL/CentOS ONLY
Dear Eric, First, I want to thank Jake for the work in the last years, sencond I want to thank you for taking over the project now. As said several times in the past, I am offering a qmailtoaster spin-off at openSUSE's build service. https://build.opensuse.org/project/show?project=home%3Aweberho%3Aqmailtoaster. I have packages all possible packages in a standard FHS compatible way. And removed the -qmailtoaster extensions from all the packages which were not really toaster-specific. Some of the packages are meanwhile in the main openSUSE repositories - Alexandre (aledr) is maintaining some of the packages, thank you Alexandre! I have re-worked all the packages to make them compiling on all possible operating systems. The only thing that's currently not compiling is simscan on CentOS/RHEL, as I did recently remove clamav and spamassassinto support the OS's versions (and CentOS/RHEL so not offer those in the standard distribution, when I'm right). The spec files have been completely rewritten, all dependencies have been corrected; On openSUSE 12.1 for example you can install it using the command line: zypper ar http://download.opensuse.org/repositories/home:/weberho:/qmailtoaster/openSUSE_12.1/ zypper in qmail-toaster simscan dovecot12 Updates are made using zypper up That's it when I remember right; all dependencies are automatically resolved and installed, down to perl packages. If you like to, have a look at the packages. You can see all codes via the above mentinoned web-interface. In case you like to cooperate: it would be a pleasure! Best regards, Johannes -- Johannes Weberhofer Weberhofer GmbH, Austria, Vienna - 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] Future Distros - RHEL/CentOS ONLY
RHEL/CentOS platform is O.K. for me. Thanks Eric! -- Constantin IOAJA Network Administrator C.N.S. Cartel ALFA On 13.02.2012 19:43, Eric Shubert wrote: I've done a good deal of thinking about this, and think that it'd be best to run it by the community at large (not just the developers) for everyone's consideration. This is not really new, and is not much different than what Jake had committed to some time ago. I just want to be sure that everyone is on board with this, and explain a few things. Due to various changes in the IT landscape over the past several years, I think it's best that future QMT development be limited to the RHEL/CentOS platform. There are several factors involved. First is that we'll be changing the method of distribution from source rpms to binary rpms, using yum to install packages (qtp-newmodel will be modified accordingly). We can do this because the qmail (et al) licensing was changed to public domain a couple years ago, so there is no restriction to distribute source-only any more. We also have mirrors in place that eliminate the need to have a single distribution point with high bandwidth capability. Using binary rpms for distribution not only simplifies installs and upgrades, but it also substantially reduces the disk space required, in addition to making QMT more secure due to the absence of a compiler and build tools. All in all, this is a win-win change. Secondly, the industry in general is moving toward virtual hosts, and QMT is making this move as well (many of us already run QMT as one or more VM guests). One of the advantages of virtualization is that multiple machines can coexist on the same host hardware, concurrently running entirely different operating systems and versions of languages and software. There's little need any more for QMT to coexist on the same machine with other applications or services. In fact, things are moving in a direction such that QMT itself will become divided into logical roles that will be able to implemented on separate hosts, allowing for more flexible and scalable QMT configurations. Stay tuned for that development, which is a ways off yet. So let's take a look briefly at the prominent distros that QMT will be discontinuing. Mandriva is on the ropes, struggling to survive. If you presently have a QMT running on Mandy, I would seriously consider a migration in the near future. SUSE does not use yum, it has yast instead. When I looked at yast some time ago it had no CLI, which was a big drawback to me. While I expect that yum could be installed and used, it goes against the When in Rome philosophy. The source rpms will of course continue to be available, so if someone cares to adapt them for SUSE, they may do so. While Fedora contains a great deal of what's in store for future RHEL/CentOS releases, it's not well suited as a QMT platform, simply because it changes too often (a new release twice a year), and most often none of the changes provide any benefit to QMT. If there happens to be something that would benefit QMT, it would most likely be available for RHEL/CentOS in the EPEL repo. So there is really no sense in packaging QMT for Fedora. I think this covers the distros worth mentioning. If I missed one, please let me know. In summary, going forward QMT will be available only on RHEL/CentOS platforms, for both x86 and x86_64 architectures. This will simplify spec files, documentation and installation/utility scripts substantially. For all other distros, the existing build options in the spec files will no longer be included. They will however be archived in a source code repository before being removed, so that they'll be available should anyone want to reference them at some point in the future. If you have a problem with or question about any of this, or you'd simply like to comment about something, please don't hesitate to reply. Thanks to everyone for their continued support and participation. - 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] Re: Future Distros - RHEL/CentOS ONLY
On 02/13/2012 10:58 PM, Khan Mohamed Ashraf wrote: What about Ubuntu server, would the team consider getting qmailtoaster to work with it? If not why? At some point, perhaps either debian or ubuntu server. In either case we'd be applying the When in Rome principle, and use debian packages and distribution management methods (apt-get etc). At this point, I think I'd favor debian over ubuntu though, as debian will be using systemd (like RHEL), whereas ubuntu appears to be sticking with upstart, at least for the time being. That could all change by the time we get there though, which I don't anticipate to be any time this year. -- -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] Future Distros - RHEL/CentOS ONLY
just to add my voice to the chorus CentOS platform is O.K. for me. Thanks Eric! j shupert - 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] Re: Future Distros - RHEL/CentOS ONLY
On Tue, Feb 14, 2012 at 6:26 PM, Eric Shubert e...@shubes.net wrote: On 02/13/2012 10:58 PM, Khan Mohamed Ashraf wrote: What about Ubuntu server, would the team consider getting qmailtoaster to work with it? If not why? At some point, perhaps either debian or ubuntu server. In either case we'd be applying the When in Rome principle, and use debian packages and distribution management methods (apt-get etc). At this point, I think I'd favor debian over ubuntu though, as debian will be using systemd (like RHEL), whereas ubuntu appears to be sticking with upstart, at least for the time being. That could all change by the time we get there though, which I don't anticipate to be any time this year. -- -Eric 'shubes' Thanks. That was illuminative. Ashraf --**--** - 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-unsubscribe@** qmailtoaster.com qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-help@** qmailtoaster.com qmailtoaster-list-h...@qmailtoaster.com -- Khan Md.
Re: [qmailtoaster] Re: Future Distros - RHEL/CentOS ONLY
+1 to RHEL/CentOS. I started some with RH9, and then migrato to Fedora Core 1. That was one of my biggest mistakes. In two years Fedora reach Core 5. That's when I decided to move to CentOS. Happy since that day. On Tue, Feb 14, 2012 at 11:20 AM, Khan Mohamed Ashraf kmash...@gmail.comwrote: On Tue, Feb 14, 2012 at 6:26 PM, Eric Shubert e...@shubes.net wrote: On 02/13/2012 10:58 PM, Khan Mohamed Ashraf wrote: What about Ubuntu server, would the team consider getting qmailtoaster to work with it? If not why? At some point, perhaps either debian or ubuntu server. In either case we'd be applying the When in Rome principle, and use debian packages and distribution management methods (apt-get etc). At this point, I think I'd favor debian over ubuntu though, as debian will be using systemd (like RHEL), whereas ubuntu appears to be sticking with upstart, at least for the time being. That could all change by the time we get there though, which I don't anticipate to be any time this year. -- -Eric 'shubes' Thanks. That was illuminative. Ashraf --**--** - 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-unsubscribe@** qmailtoaster.com qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-help@** qmailtoaster.com qmailtoaster-list-h...@qmailtoaster.com -- Khan Md.
[qmailtoaster] Re: Future Distros - RHEL/CentOS ONLY
On 02/14/2012 01:23 AM, Johannes Weberhofer wrote: Dear Eric, First, I want to thank Jake for the work in the last years, sencond I want to thank you for taking over the project now. As said several times in the past, I am offering a qmailtoaster spin-off at openSUSE's build service. https://build.opensuse.org/project/show?project=home%3Aweberho%3Aqmailtoaster. I have packages all possible packages in a standard FHS compatible way. And removed the -qmailtoaster extensions from all the packages which were not really toaster-specific. Some of the packages are meanwhile in the main openSUSE repositories - Alexandre (aledr) is maintaining some of the packages, thank you Alexandre! I have re-worked all the packages to make them compiling on all possible operating systems. The only thing that's currently not compiling is simscan on CentOS/RHEL, as I did recently remove clamav and spamassassinto support the OS's versions (and CentOS/RHEL so not offer those in the standard distribution, when I'm right). The spec files have been completely rewritten, all dependencies have been corrected; On openSUSE 12.1 for example you can install it using the command line: zypper ar http://download.opensuse.org/repositories/home:/weberho:/qmailtoaster/openSUSE_12.1/ zypper in qmail-toaster simscan dovecot12 Updates are made using zypper up That's it when I remember right; all dependencies are automatically resolved and installed, down to perl packages. If you like to, have a look at the packages. You can see all codes via the above mentinoned web-interface. In case you like to cooperate: it would be a pleasure! Best regards, Johannes Thanks for reminding me about this, Johannes. I've taken a brief look at what's there, and I like some of the things you've done. I most definitely would like to leverage your work there. I think it behooves us to work together as much as possible. I'll also consider using OBS for a build environment going forward. I have a feeling that it may create as many problems as it solves, but we'll see. I think the QMT project needs a good dose of the KISS rule at this point, and to be honest, building rpms isn't much of a problem at this point. I'm not I'm not going to commit to supporting SuSE quite yet, but will give it all careful consideration. I can safely say that SuSE support will be largely dependent upon your and Alexandre's participation (and whoever else may step up and contribute), so there may be hope for it. We'll continue this topic on the devel list. Thanks again for your help and participation. P.S. Will you see that Alexandre gets subscribed to the devel list? ;) -- -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 installation questions
Hi Rajesh. Just wonder if You managed to fix this issue ? I have same error installing on a testsystem Regards, Finn B Den 23-01-2012 16:38, Rajesh M skrev: hi i installed dovecot version 1 on one of my qmailtoaster boxes a few months ago and it worked successfully. now i have a new box and tried to install dovecot version 2 using qmailtoaster rpm http://wiki.qmailtoaster.com/index.php/Replacing_Courier_IMAP_with_Dovecot_IMAP i followed the instructions as per the above but with default installation i am a quite confused because there are so many config files the config files are all different and i am not sure which options to use i am getting error as such telnet xxx.xxx.xxx.xxx 143 or port 110 gives error as below [root@ns1 conf.d]# tail -f /var/log/dovecot.log Jan 23 20:57:38 auth: Fatal: vpopmail: vauth_open() failed Jan 23 20:57:38 master: Error: service(auth): command startup failed, throttling my questions 1) is there some place to get detailed instructions on the installation or if anybody is already using the standard installation successfully then can you please post your config file and installation instructions 2) how better is dovecot pop3 and pop3 compared to normal pop3 of qmailtoaster, are there any known issues ? my qmail pop3 is working quite nicely but if dovecot is better then i could try that. thanks for all your help. rajesh - 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] Re: Future Distros - RHEL/CentOS ONLY
Am 14.02.12 16:00, schrieb Eric Shubert: On 02/14/2012 01:23 AM, Johannes Weberhofer wrote: Dear Eric, First, I want to thank Jake for the work in the last years, sencond I want to thank you for taking over the project now. As said several times in the past, I am offering a qmailtoaster spin-off at openSUSE's build service. https://build.opensuse.org/project/show?project=home%3Aweberho%3Aqmailtoaster. I have packages all possible packages in a standard FHS compatible way. And removed the -qmailtoaster extensions from all the packages which were not really toaster-specific. Some of the packages are meanwhile in the main openSUSE repositories - Alexandre (aledr) is maintaining some of the packages, thank you Alexandre! I have re-worked all the packages to make them compiling on all possible operating systems. The only thing that's currently not compiling is simscan on CentOS/RHEL, as I did recently remove clamav and spamassassinto support the OS's versions (and CentOS/RHEL so not offer those in the standard distribution, when I'm right). The spec files have been completely rewritten, all dependencies have been corrected; On openSUSE 12.1 for example you can install it using the command line: zypper ar http://download.opensuse.org/repositories/home:/weberho:/qmailtoaster/openSUSE_12.1/ zypper in qmail-toaster simscan dovecot12 Updates are made using zypper up That's it when I remember right; all dependencies are automatically resolved and installed, down to perl packages. If you like to, have a look at the packages. You can see all codes via the above mentinoned web-interface. In case you like to cooperate: it would be a pleasure! Best regards, Johannes Thanks for reminding me about this, Johannes. I've taken a brief look at what's there, and I like some of the things you've done. I most definitely would like to leverage your work there. I think it behooves us to work together as much as possible. I'll also consider using OBS for a build environment going forward. I have a feeling that it may create as many problems as it solves, but we'll see. I think the QMT project needs a good dose of the KISS rule at this point, and to be honest, building rpms isn't much of a problem at this point. I'm not I'm not going to commit to supporting SuSE quite yet, but will give it all careful consideration. I can safely say that SuSE support will be largely dependent upon your and Alexandre's participation (and whoever else may step up and contribute), so there may be hope for it. We'll continue this topic on the devel list. Thanks again for your help and participation. P.S. Will you see that Alexandre gets subscribed to the devel list? ;) Eric, I have BCCd Alexandre, so he should get this mail, too. What I have done in the last years was simplifying the packages as much as possible. Specs are _much_ shorter now, normally it's not necessary to make changes to support new distribution versions, except when packaging changes (packages were split into -devel and -lib packages recently) or when the compilers or lint are uncovering problematic code. But those fixes are normally also good for older distributions. Johannes -- Johannes Weberhofer Weberhofer GmbH, Austria, Vienna - 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] Re: Future Distros - RHEL/CentOS ONLY
Sounds good to me as well. Thought I'd pop in here and throw my 2 cents in :-) goes back to his hole Scott - 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] Re: Future Distros - RHEL/CentOS ONLY
/me plays wackamole 'Back into that hole Back!!' 2 Distros should be plenty for folks to deal with - helps yall refine the product and keep support efforts predictable. -Original Message- From: South Computers [mailto:i...@southcomputers.com] Sent: Tuesday, February 14, 2012 11:22 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Future Distros - RHEL/CentOS ONLY Sounds good to me as well. Thought I'd pop in here and throw my 2 cents in :-) goes back to his hole Scott - 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 The information contained in this email is intended only for the person or entity to whom it is addressed and may contain confidential or privileged material; unauthorized use of this information is prohibited. If you have received this in error, please notify the sender and delete the material immediately. ~~ Thank you. - 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] Re: dovecot installation questions
Hey Finn, Which versions are you running? (of vpopmail and dovecot in particular) -- -Eric 'shubes' On 02/14/2012 09:20 AM, Finn Buhelt wrote: Hi Rajesh. Just wonder if You managed to fix this issue ? I have same error installing on a testsystem Regards, Finn B Den 23-01-2012 16:38, Rajesh M skrev: hi i installed dovecot version 1 on one of my qmailtoaster boxes a few months ago and it worked successfully. now i have a new box and tried to install dovecot version 2 using qmailtoaster rpm http://wiki.qmailtoaster.com/index.php/Replacing_Courier_IMAP_with_Dovecot_IMAP i followed the instructions as per the above but with default installation i am a quite confused because there are so many config files the config files are all different and i am not sure which options to use i am getting error as such telnet xxx.xxx.xxx.xxx 143 or port 110 gives error as below [root@ns1 conf.d]# tail -f /var/log/dovecot.log Jan 23 20:57:38 auth: Fatal: vpopmail: vauth_open() failed Jan 23 20:57:38 master: Error: service(auth): command startup failed, throttling my questions 1) is there some place to get detailed instructions on the installation or if anybody is already using the standard installation successfully then can you please post your config file and installation instructions 2) how better is dovecot pop3 and pop3 compared to normal pop3 of qmailtoaster, are there any known issues ? my qmail pop3 is working quite nicely but if dovecot is better then i could try that. thanks for all your help. rajesh - 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! - 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] Re: dovecot installation questions
Hey Eric. SORRY - for the lack of info's. (Dovcot 2.0.17 and Vpopmail-Toaster 5.4.17) I have installed Qmailtoaster off the shelve from qmailtoaster.org (doing exactly as Jake in his video - just to be sure)- and Dovecot 2.0.17 just like prescribed in the Wiki. Though I have been around some installations since the initial one ranging from Dovecot-2.0.10 to 2.2.x, - Rpm's, Yum's and compiling myself - same result whenever I try to connect to port 110 or 995 (error message as below in Rajesh' mail) - cannot start AUTH manually either. As You may recall (:-) ) I answered Your email regarding Dovecot some time ago because I have been running Qmailtoaster and Dovecot quite some time now on my production system - back from Dovecot 1.0.7x and currently I'm running Dovecot-2.0.10 on Prod and it runs perfectly. Now, as a test, I have installed Centos 6.2 with KVM and installed Centos 5.7 in a Virtuel machine and it is in here I have the issue. Mysql is running, I have used the Dovecot.conf from the Install and from my production system, I have qtp-restored all my settings from my current production system - nothing changes the error at all. (qmailtoaster runs fine) Don't spend much of Your precious time on this now, but Your thoughts is appreciated Cheers, Finn Den 14-02-2012 18:58, Eric Shubert skrev: Hey Finn, Which versions are you running? (of vpopmail and dovecot in particular) On 02/14/2012 09:20 AM, Finn Buhelt wrote: Hi Rajesh. Just wonder if You managed to fix this issue ? I have same error installing on a testsystem Regards, Finn B Den 23-01-2012 16:38, Rajesh M skrev: hi i installed dovecot version 1 on one of my qmailtoaster boxes a few months ago and it worked successfully. now i have a new box and tried to install dovecot version 2 using qmailtoaster rpm http://wiki.qmailtoaster.com/index.php/Replacing_Courier_IMAP_with_Dovecot_IMAP i followed the instructions as per the above but with default installation i am a quite confused because there are so many config files the config files are all different and i am not sure which options to use i am getting error as such telnet xxx.xxx.xxx.xxx 143 or port 110 gives error as below [root@ns1 conf.d]# tail -f /var/log/dovecot.log Jan 23 20:57:38 auth: Fatal: vpopmail: vauth_open() failed Jan 23 20:57:38 master: Error: service(auth): command startup failed, throttling my questions 1) is there some place to get detailed instructions on the installation or if anybody is already using the standard installation successfully then can you please post your config file and installation instructions 2) how better is dovecot pop3 and pop3 compared to normal pop3 of qmailtoaster, are there any known issues ? my qmail pop3 is working quite nicely but if dovecot is better then i could try that. thanks for all your help. rajesh - 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] Re: dovecot installation questions
Just wanted to double check the versions against what I built dovecot 2.0.17 with, and it's 5.4.17 for vpopmail, so that's ok. Thanks for the details. Everything sounds kosher to me. Let's see what Rajesh comes up with, and we'll take it from there. Thanks for testing! -- -Eric 'shubes' On 02/14/2012 12:31 PM, Finn Buhelt wrote: Hey Eric. SORRY - for the lack of info's. (Dovcot 2.0.17 and Vpopmail-Toaster 5.4.17) I have installed Qmailtoaster off the shelve from qmailtoaster.org (doing exactly as Jake in his video - just to be sure)- and Dovecot 2.0.17 just like prescribed in the Wiki. Though I have been around some installations since the initial one ranging from Dovecot-2.0.10 to 2.2.x, - Rpm's, Yum's and compiling myself - same result whenever I try to connect to port 110 or 995 (error message as below in Rajesh' mail) - cannot start AUTH manually either. As You may recall (:-) ) I answered Your email regarding Dovecot some time ago because I have been running Qmailtoaster and Dovecot quite some time now on my production system - back from Dovecot 1.0.7x and currently I'm running Dovecot-2.0.10 on Prod and it runs perfectly. Now, as a test, I have installed Centos 6.2 with KVM and installed Centos 5.7 in a Virtuel machine and it is in here I have the issue. Mysql is running, I have used the Dovecot.conf from the Install and from my production system, I have qtp-restored all my settings from my current production system - nothing changes the error at all. (qmailtoaster runs fine) Don't spend much of Your precious time on this now, but Your thoughts is appreciated Cheers, Finn Den 14-02-2012 18:58, Eric Shubert skrev: Hey Finn, Which versions are you running? (of vpopmail and dovecot in particular) On 02/14/2012 09:20 AM, Finn Buhelt wrote: Hi Rajesh. Just wonder if You managed to fix this issue ? I have same error installing on a testsystem Regards, Finn B Den 23-01-2012 16:38, Rajesh M skrev: hi i installed dovecot version 1 on one of my qmailtoaster boxes a few months ago and it worked successfully. now i have a new box and tried to install dovecot version 2 using qmailtoaster rpm http://wiki.qmailtoaster.com/index.php/Replacing_Courier_IMAP_with_Dovecot_IMAP i followed the instructions as per the above but with default installation i am a quite confused because there are so many config files the config files are all different and i am not sure which options to use i am getting error as such telnet xxx.xxx.xxx.xxx 143 or port 110 gives error as below [root@ns1 conf.d]# tail -f /var/log/dovecot.log Jan 23 20:57:38 auth: Fatal: vpopmail: vauth_open() failed Jan 23 20:57:38 master: Error: service(auth): command startup failed, throttling my questions 1) is there some place to get detailed instructions on the installation or if anybody is already using the standard installation successfully then can you please post your config file and installation instructions 2) how better is dovecot pop3 and pop3 compared to normal pop3 of qmailtoaster, are there any known issues ? my qmail pop3 is working quite nicely but if dovecot is better then i could try that. thanks for all your help. rajesh - 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! - 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] Autorespond
Hi, On Tue, Feb 14, 2012 at 9:48 PM, Carlos Herrera Polo carlos.herrerap...@gmail.com wrote: Hello: Please, can anybody sendme an message file as example ? Here is an example: From: u...@example.tld Subject: I am on vacation I'm on vacation, please don't disturb! (do not include the symbols) I hope you are aware that you can create vacation messages via Squirrelmail and Qmailadmin? Best, Peter - 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] Future Distros - RHEL/CentOS ONLY
Eric, Correct me if I am wrong, but the whole qmailtoaster project started with the idea to have RPM packages for a quick deployment under RedHat based OS. Hence, RHEL/CentOS support only should be fine for most people. Personally, I started from RedHat 8 and move to Debian, RHEL, Whitebox and finally CentOS and have been using CentOS for that past ... years. I know if everything fails and I somehow do not have a backup (happened to me before) I can quickly deploy CentOS, dependencies and then qmailtoaster from scratch. Regards Alex On 13/02/2012 18:43, Eric Shubert wrote: I've done a good deal of thinking about this, and think that it'd be best to run it by the community at large (not just the developers) for everyone's consideration. This is not really new, and is not much different than what Jake had committed to some time ago. I just want to be sure that everyone is on board with this, and explain a few things. Due to various changes in the IT landscape over the past several years, I think it's best that future QMT development be limited to the RHEL/CentOS platform. There are several factors involved. First is that we'll be changing the method of distribution from source rpms to binary rpms, using yum to install packages (qtp-newmodel will be modified accordingly). We can do this because the qmail (et al) licensing was changed to public domain a couple years ago, so there is no restriction to distribute source-only any more. We also have mirrors in place that eliminate the need to have a single distribution point with high bandwidth capability. Using binary rpms for distribution not only simplifies installs and upgrades, but it also substantially reduces the disk space required, in addition to making QMT more secure due to the absence of a compiler and build tools. All in all, this is a win-win change. Secondly, the industry in general is moving toward virtual hosts, and QMT is making this move as well (many of us already run QMT as one or more VM guests). One of the advantages of virtualization is that multiple machines can coexist on the same host hardware, concurrently running entirely different operating systems and versions of languages and software. There's little need any more for QMT to coexist on the same machine with other applications or services. In fact, things are moving in a direction such that QMT itself will become divided into logical roles that will be able to implemented on separate hosts, allowing for more flexible and scalable QMT configurations. Stay tuned for that development, which is a ways off yet. So let's take a look briefly at the prominent distros that QMT will be discontinuing. Mandriva is on the ropes, struggling to survive. If you presently have a QMT running on Mandy, I would seriously consider a migration in the near future. SUSE does not use yum, it has yast instead. When I looked at yast some time ago it had no CLI, which was a big drawback to me. While I expect that yum could be installed and used, it goes against the When in Rome philosophy. The source rpms will of course continue to be available, so if someone cares to adapt them for SUSE, they may do so. While Fedora contains a great deal of what's in store for future RHEL/CentOS releases, it's not well suited as a QMT platform, simply because it changes too often (a new release twice a year), and most often none of the changes provide any benefit to QMT. If there happens to be something that would benefit QMT, it would most likely be available for RHEL/CentOS in the EPEL repo. So there is really no sense in packaging QMT for Fedora. I think this covers the distros worth mentioning. If I missed one, please let me know. In summary, going forward QMT will be available only on RHEL/CentOS platforms, for both x86 and x86_64 architectures. This will simplify spec files, documentation and installation/utility scripts substantially. For all other distros, the existing build options in the spec files will no longer be included. They will however be archived in a source code repository before being removed, so that they'll be available should anyone want to reference them at some point in the future. If you have a problem with or question about any of this, or you'd simply like to comment about something, please don't hesitate to reply. Thanks to everyone for their continued support and participation. - 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] QMT CentOS 5.7/64 - submission port cannot allocate memory
I have a qmailtoaster install running on a 64-bit CentOS 5.7. As far as I can tell, almost all of it works correctly - mail is flowing in and out successfully. However, when I try to submit a message on port 587, the connection closes. The log shows: 2012-02-14 22:26:16.919911500 tcpserver: ok 4502 xx.nameofmyserver.com:xx.xx.xx.xx:587 :xx.xx.xx.xx::50888 2012-02-14 22:26:16.920568500 /var/qmail/bin/qmail-smtpd: error while loading shared libraries: libgcc_s.so.1: failed to map segment from shared object: Cannot allocate memory 2012-02-14 22:26:16.920737500 tcpserver: end 4502 status 32512 I have tried raising the softlimit in '/var/qmail/supervise/submission/run' and restarting qmail (I raised the limit to 25600), but I still get the error. Can anyone suggest anything else I can try in order to fix this? Thanks, Angus - 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] QMT CentOS 5.7/64 - submission port cannot allocate memory
Hi, Try to raise even more. I had this issue also and I just raised the limit. I believe this one of the reasons qmailtoaster will be distributed in rpm packages Regards On 15 February 2012 05:32, Angus McIntyre an...@pobox.com wrote: I have a qmailtoaster install running on a 64-bit CentOS 5.7. As far as I can tell, almost all of it works correctly - mail is flowing in and out successfully. However, when I try to submit a message on port 587, the connection closes. The log shows: 2012-02-14 22:26:16.919911500 tcpserver: ok 4502 xx.nameofmyserver.com:xx.xx.xx.xx:587 :xx.xx.xx.xx::50888 2012-02-14 22:26:16.920568500 /var/qmail/bin/qmail-smtpd: error while loading shared libraries: libgcc_s.so.1: failed to map segment from shared object: Cannot allocate memory 2012-02-14 22:26:16.920737500 tcpserver: end 4502 status 32512 I have tried raising the softlimit in '/var/qmail/supervise/submission/run' and restarting qmail (I raised the limit to 25600), but I still get the error. Can anyone suggest anything else I can try in order to fix this? Thanks, Angus - 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] QMT CentOS 5.7/64 - submission port cannot allocate memory
Thanks for your response. Unfortunately, even with a softlimit of 102400, it still gives the same error. Can you think of anything else I could try? Angus Délsio Cabá wrote: Hi, Try to raise even more. I had this issue also and I just raised the limit. I believe this one of the reasons qmailtoaster will be distributed in rpm packages Regards On 15 February 2012 05:32, Angus McIntyre an...@pobox.com wrote: I have a qmailtoaster install running on a 64-bit CentOS 5.7. As far as I can tell, almost all of it works correctly - mail is flowing in and out successfully. However, when I try to submit a message on port 587, the connection closes. The log shows: 2012-02-14 22:26:16.919911500 tcpserver: ok 4502 xx.nameofmyserver.com:xx.xx.xx.xx:587 :xx.xx.xx.xx::50888 2012-02-14 22:26:16.920568500 /var/qmail/bin/qmail-smtpd: error while loading shared libraries: libgcc_s.so.1: failed to map segment from shared object: Cannot allocate memory 2012-02-14 22:26:16.920737500 tcpserver: end 4502 status 32512 I have tried raising the softlimit in '/var/qmail/supervise/submission/run' and restarting qmail (I raised the limit to 25600), but I still get the error. Can anyone suggest anything else I can try in order to fix this? Thanks, Angus - 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] QMT CentOS 5.7/64 - submission port cannot allocate memory
Hi, Try to upgade gcc and recompite it again On 15 February 2012 05:59, Angus McIntyre an...@pobox.com wrote: Thanks for your response. Unfortunately, even with a softlimit of 102400, it still gives the same error. Can you think of anything else I could try? Angus Délsio Cabá wrote: Hi, Try to raise even more. I had this issue also and I just raised the limit. I believe this one of the reasons qmailtoaster will be distributed in rpm packages Regards On 15 February 2012 05:32, Angus McIntyre an...@pobox.com wrote: I have a qmailtoaster install running on a 64-bit CentOS 5.7. As far as I can tell, almost all of it works correctly - mail is flowing in and out successfully. However, when I try to submit a message on port 587, the connection closes. The log shows: 2012-02-14 22:26:16.919911500 tcpserver: ok 4502 xx.nameofmyserver.com:xx.xx.xx.xx:587 :xx.xx.xx.xx::50888 2012-02-14 22:26:16.920568500 /var/qmail/bin/qmail-smtpd: error while loading shared libraries: libgcc_s.so.1: failed to map segment from shared object: Cannot allocate memory 2012-02-14 22:26:16.920737500 tcpserver: end 4502 status 32512 I have tried raising the softlimit in '/var/qmail/supervise/submission/run' and restarting qmail (I raised the limit to 25600), but I still get the error. Can anyone suggest anything else I can try in order to fix this? Thanks, Angus - 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] QMT CentOS 5.7/64 - submission port cannot allocate memory
Délsio Cabá wrote: Try to upgade gcc and recompite it again gcc seems to be the latest approved version for CentOS. QMT was built with that version. I'm also having trouble with POP. The logs don't show any problems (except for a 'status 256' response) but no mail is transferred. When I manually run a POP session, I get: /home/vpopmail/bin/vchkpw: error while loading shared libraries: libresolv.so.2: failed to map segment from shared object: Cannot allocate memory -ERR unable to write pipe Connection closed by foreign host. Again, raising the softlimit on the pop3 supervisor doesn't seem to solve this problem. Do I need to do anything after editing the 'run' file to raise the softlimit? I've been simply restarting qmail with 'qmailctl restart', but perhaps something else is needed to get the changes to take effect? Angus - 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] SOLVED Re: [qmailtoaster] QMT CentOS 5.7/64 - submission port cannot allocate memory
And the solution was ... raise the softlimit. But I thought we told you to raise the softlimit? the assembled members of qmailtoaster-list cried with one voice. Well, yes. You did. And so did all the four hundred archive postings on the subject. But the secret, boys and girls, is that you have to restart qmail. And I did, but: qmailctl restart doesn't cut it. You have to do: qmailctl stop qmailctl start I finally figured this out when, after doing 'qmailctl restart', I then did 'qmailctl stat' and noticed that while 'send' and 'smtp' were shown as having been up for SMALL-NUMBER-OF-SECONDS, everything else was shown as having been up for REALLY-BIG-NUMBER-OF-SECONDS. This made me think that they hadn't got the message that it was time to restart. So I stop-started the whole shebang and, mirabile dictu, 'submission' and 'pop3' and all the other things that hadn't been working suddenly started working. Incidentally, one really weird thing: while 'pop3' choked under the default softlimit, 'pop3-ssl' worked flawlessly with the same limit. Go figure. Thanks to Délsio Cabá for helping, and thank you all (especially Jake and Eric) for supporting qmailtoaster. Now that I think I'm almost at the end of the things-that-can-go-wrong (many of which were the product of my own boneheadedness), I really appreciate all the hard work you guys put in to save me from all the things that could go wrong but didn't. Thanks again, Angus Angus McIntyre wrote: Délsio Cabá wrote: Try to upgade gcc and recompite it again gcc seems to be the latest approved version for CentOS. QMT was built with that version. I'm also having trouble with POP. The logs don't show any problems (except for a 'status 256' response) but no mail is transferred. When I manually run a POP session, I get: /home/vpopmail/bin/vchkpw: error while loading shared libraries: libresolv.so.2: failed to map segment from shared object: Cannot allocate memory -ERR unable to write pipe Connection closed by foreign host. Again, raising the softlimit on the pop3 supervisor doesn't seem to solve this problem. Do I need to do anything after editing the 'run' file to raise the softlimit? I've been simply restarting qmail with 'qmailctl restart', but perhaps something else is needed to get the changes to take effect? Angus - 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] Re: Future Distros - RHEL/CentOS ONLY
On 02/15/12 0:27, James Beam wrote: /me plays wackamole 'Back into that hole Back!!' 2 Distros should be plenty for folks to deal with - helps yall refine the product and keep support efforts predictable. I agree with binary distribution so that can simplify updating system and I am also agree it based on RHEL/CentOS but I think 2 Distros is not plenty please take a look at iredmail.org it support 4 mainstream distro - rhel/centos/scientific - debian/ubuntu - opensuse - freebsd they can manage this because all the components they use are officially provided by the distros' repositories. (that's why I am also agree Eric decision to use dovecot, mailman as it's provided by distro and also will using SA/clamav from distro) what iredmail do, is provide a script that work on those distros, installing all components, then configured them and finally give the end users A REALLY NICE admin interface. no hassle maintaining the core softwares, repositories and infrastructures. but since we are qmailtoaster group we use qmail,vpopmail,qmailadmin,daemontools,ucspi,etc which is not officially supported by most distros that's why we need to maintain our core softwares, repositories and infrastructures. but I don't regret why my senior/consultant left me with qmailtoaster box because I learn a lot from it and the community is friendly and helpful :D - 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
