[vchkpw] [SPAM] anti-OSX [was: qmail+vpopmail upgrade questions]
Geez, people are always so opinionatedly curious. Does it every occur to anyone that some people are different than other people, and that that, as well as technical issues can actually influence choices? I don't pretend to be purely rational. Have you all tried using OSX for a server? Or do you just "know" thing about it? I'm not "bent" on it, but I'd like to try it, and believe I can afford to, since I have various outs if it doesn't work. There are some "because" things that I can list here, but my point might be better made if you considered these secondary to the desire to try things. My "reasons" for Mac: * After the UNIVAC 1108, the IBM 360, the PDP-11, and the Apple II, the Mac was my next computer, and is what I've used ever since except to run my server, or when I am forced to use Windows because in fact I have to develop for it. * I think Windows sucks bad, and I like UNIX only without a UI. I'm very good in vi. But for running my server this time I'd like to try a UI for a for vanilla file management and such, and I don't think I want it to be either Gnome or KDE, because I've never liked them enough to try to learn them. I won't mention X-Windows. Apple Remote Desktop has some problems but they seem not bad for a server without its own display, and I can always use a different remote desktop if needed. * I expected it might likely work well enough for me, and therefore will expand use of my familiar desktop into at least a portion of my server-related work, creating a smoother overall workflow. * I have a *new* (fairly new) Mac mini Server and have several things up and running on it. qmail+vpopmail is the only major requirement I haven't tackled yet. * Curiously the first point you mention "some sort of raid" is one reason I want to use OSX, because I really like SoftRAID, which runs only on the Mac. It is installed at home on all my Macs, and I'm quite fond of it and use it at levels that most customers don't touch. And there are some features planned for the future that I'm quite excited about. I've had terrible experiences with Apple RAID in the past and also would not want to use Apple's own drivers for data I care about. *** I would consider running QMT in a VM, but would rather avoid a VM. I've never touched CentOS. My "distro" of choice still would be Mac-native. I suppose I would try building from sources and see what happens. I really don't want my *entire* server in a VM (just qmail+vpopmail if really necessary) and also really don't want multiple IP's, and suspect sharing a single IP with host and mail VM would be problematic. I already have native Apache, SQL, PHP, etc. and figure it is a good thing to leave it that way if I want to "try" Mac for whatever it may be worth. But if the whole idea doesn't work maybe I will just install some linux on my Mac mini. But in that case I suppose I could put the whole thing in a linux VM under MacOSX and run SoftRAID in the Mac host. It is just not stuff I'd thought through since I naively didn't expect Mac to be such a problem. If it really is such a problem, then I guess the "why Mac" questions may be sensible. It just surprises me. *** Please address any non-OSX-related replies to the original thread. I still may want to ugprade my existing FreeBSD installation, and all my other questions still stand. Thanks. -Kurt On 8/2/12 8:13 PM, "Eric Shubert" wrote: > I wonder too, why OSX? The only thing I can think of is perhaps you have > an older MacMini laying around that you'd like to use. That's certainly > usable for something such as this, but I wouldn't recommend running a > server w/out some sort of raid (I prefer the SW variety). > > Disclaimer: I've recently taken charge of the QMail-Toaster.com project, > so I'm a bit biased. ;) > > If you're really bent on OSX, you could run a QMT mail server as a VM > under whichever virtualization platform you prefer. Migrating your > existing setup to QMT should be fairly easy, depending on your vpopmail > settings. QMT has a slew of qmail patches applied, and I'm presently > upgrading vpopmail to 5.4.33 (long awaited), which will bring all of the > QMT packages current with upstream releases. There is a large community > behind QMT, so you won't need to look far for helpful support. > > QMT is presently only available on CentOS/RHEL, so that might be a > drawback to you. If you're familiar with packaging though, you might > want to roll your own for whatever distro you choose. We hope to have > the sources available on GitHub by the end of the year, and will be > using OBS to build the packages. > > You're welcome to join us in our endeavors. !DSPAM:501bad5d34214839465487!
[vchkpw] [SPAM] anti-OSX [was: qmail+vpopmail upgrade questions]
WHAT! - no pdp-8 :) On 08/03/12 06:52, Kurt Bigler wrote: * After the UNIVAC 1108, the IBM 360, the PDP-11, and the Apple II, the Mac was my next computer !DSPAM:501bc60934214214797423!
Re: [vchkpw] [SPAM] anti-OSX [was: qmail+vpopmail upgrade questions]
I don't disagree with any of your points :) I use FreeBSD, I don't know why anyone would run Linux for any real server load - I'M JUST KIDDING! :)) Have you taken a look at Matt Simerson's toaster script? It's targeted at FreeBSD, but I'm fairly confident the instructions are OSX friendly. At least in the past they were. http://www.tnpi.net/internet/mail/toaster/ Rick Quoting Kurt Bigler : *** I would consider running QMT in a VM, but would rather avoid a VM. I've never touched CentOS. My "distro" of choice still would be Mac-native. I suppose I would try building from sources and see what happens. I really don't want my *entire* server in a VM (just qmail+vpopmail if really necessary) and also really don't want multiple IP's, and suspect sharing a single IP with host and mail VM would be problematic. I already have native Apache, SQL, PHP, etc. and figure it is a good thing to leave it that way if I want to "try" Mac for whatever it may be worth. But if the whole idea doesn't work maybe I will just install some linux on my Mac mini. But in that case I suppose I could put the whole thing in a linux VM under MacOSX and run SoftRAID in the Mac host. It is just not stuff I'd thought through since I naively didn't expect Mac to be such a problem. If it really is such a problem, then I guess the "why Mac" questions may be sensible. It just surprises me. -Kurt On 8/2/12 8:13 PM, "Eric Shubert" wrote: I wonder too, why OSX? The only thing I can think of is perhaps you have an older MacMini laying around that you'd like to use. That's certainly usable for something such as this, but I wouldn't recommend running a server w/out some sort of raid (I prefer the SW variety). Disclaimer: I've recently taken charge of the QMail-Toaster.com project, so I'm a bit biased. ;) If you're really bent on OSX, you could run a QMT mail server as a VM under whichever virtualization platform you prefer. Migrating your existing setup to QMT should be fairly easy, depending on your vpopmail settings. QMT has a slew of qmail patches applied, and I'm presently upgrading vpopmail to 5.4.33 (long awaited), which will bring all of the QMT packages current with upstream releases. There is a large community behind QMT, so you won't need to look far for helpful support. QMT is presently only available on CentOS/RHEL, so that might be a drawback to you. If you're familiar with packaging though, you might want to roll your own for whatever distro you choose. We hope to have the sources available on GitHub by the end of the year, and will be using OBS to build the packages. You're welcome to join us in our endeavors. !DSPAM:501bd15c34216285468036!
Re: [vchkpw] [SPAM] qmail+vpopmail upgrade questions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Getting that SPAM-tag situation fixed! On 08/02/2012 07:47 PM, Kurt Bigler wrote: > server that is currently FreeBSD that I would like to move to MacOSX in > several months. I see > there is now a "toaster" that includes vpopmail, Kurt, I did an installation on MacOSX years ago, and while I don't remember the details of what I had to do to get it to compile and run, I do remember that it was a successful installation, and so it can work. Good luck! - -- /* Matt BrookingsGnuPG Key 5F3258AD Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQG9pAAAoJEGgfLslfMlitAzcH/3ngDRGwIiW7AxdA2g8TaUSU jRXfSTPiE3u6SiOwuxoHLrCjD/uhunAKUs5yMYlWOAwvHAj4jcD3Kzm1uwf/QMrE JwxB6xNMF6VaAJFdR5BzszkVK0IdJXpCxzZ8qJ9gotip8QvzUDyu8qK1SGF7fMAa t1fW/sHNRa7+xztFQaICo9kLobQfUqoZVZYMfOL3C3uC2xhnLfGAsuDbDB2LuJiX XfAfQerF4oTgX0tscLfmK5K2Z1GRywNhREKSo8+shfxIAhn52GUF3c9ez+fbYOdx otrl7oRI6+5UOC1hml0e4rrLOVcKSzakoRDBG7ksJOhde59D2AIrG9xLgGws+z8= =Wnvx -END PGP SIGNATURE-
[vchkpw] Re: [SPAM] anti-OSX [was: qmail+vpopmail upgrade questions]
On 08/03/2012 03:52 AM, Kurt Bigler wrote: Geez, people are always so opinionatedly curious. Does it every occur to anyone that some people are different than other people, and that that, as well as technical issues can actually influence choices? I don't pretend to be purely rational. Have you all tried using OSX for a server? Or do you just "know" thing about it? I've worked on Xserves as recently as a year ago. To be honest, I was considering putting Linux on them, as Apple has discontinued the Xserve (and thus OSX development on them). Not a bad piece of gear though, as most Apple stuff is. I'm not "bent" on it, but I'd like to try it, and believe I can afford to, since I have various outs if it doesn't work. There are some "because" things that I can list here, but my point might be better made if you considered these secondary to the desire to try things. If you simply want to try to do it, more power to you. I don't know of any reason why you couldn't port QMT to it. (IOW, build your own QMT that would run on it). My "reasons" for Mac: * After the UNIVAC 1108, the IBM 360, the PDP-11, and the Apple II, the Mac was my next computer, and is what I've used ever since except to run my server, or when I am forced to use Windows because in fact I have to develop for it. That explains why you're partial to doing this on OSX, which is to be expected. (I started on a PDP-7 btw). * I think Windows sucks bad, and I like UNIX only without a UI. I'm very good in vi. But for running my server this time I'd like to try a UI for a for vanilla file management and such, and I don't think I want it to be either Gnome or KDE, because I've never liked them enough to try to learn them. I won't mention X-Windows. Apple Remote Desktop has some problems but they seem not bad for a server without its own display, and I can always use a different remote desktop if needed. If you're only looking for file management in a UI, I'd try a text based one such as Vifm or Midnight Commander, as opposed to a GUI. * I expected it might likely work well enough for me, and therefore will expand use of my familiar desktop into at least a portion of my server-related work, creating a smoother overall workflow. I think this is an unrealistic expectation, in some senses. It doesn't matter much which desktop platform you use to manage servers. You only really need a web browser and ssh. Unfortunately for some, a good bit of server admin work is CLI. Since you know vi though, you should be pretty much home free. * I have a *new* (fairly new) Mac mini Server and have several things up and running on it. qmail+vpopmail is the only major requirement I haven't tackled yet. So I don't get credit for guessing you have a Mac Mini? ;) * Curiously the first point you mention "some sort of raid" is one reason I want to use OSX, because I really like SoftRAID, which runs only on the Mac. It is installed at home on all my Macs, and I'm quite fond of it and use it at levels that most customers don't touch. And there are some features planned for the future that I'm quite excited about. I've had terrible experiences with Apple RAID in the past and also would not want to use Apple's own drivers for data I care about. That should be fine. I'm partial to software raid myself, but I do it all with the mdadm CLI utility. I'm sure that SoftRAID is slicker. *** I would consider running QMT in a VM, but would rather avoid a VM. I've never touched CentOS. Not a big deal. It's much like the CLI in OSX. Things are in different places is all. You really don't need to concern yourself with most of that though. Much less than if you try to roll your own on OSX. My "distro" of choice still would be Mac-native. Obviously BSD would be closest. With QMT you really don't need to know much about the OS though. Everything's scripted. I suppose I would try building from sources and see what happens. That's an option. It's a very long row to hoe though. There are many fine points to running qmail, as I'm sure you're aware. Are you planning on running daemontools and ucspi-tcp? That could get ugly on OSX. If I were to do this, I'd look at using OSX's launchd (or whatever else your version may use). I really don't want my *entire* server in a VM (just qmail+vpopmail if really necessary) Your QMT server would be the only part that's in a VM. The rest of your present server would remain as-is. and also really don't want multiple IP's, and suspect sharing a single IP with host and mail VM would be problematic. There's no problem with this. Virtualization software can provide NAT for the VM's nic(s). I already have native Apache, SQL, PHP, etc. and figure it is a good thing to leave it that way if I want to "try" Mac for whatever it may be worth. The host and VM would be totally separate software wise, so no problem there. In fact, having the mail server in a VM eliminates potential con
[vchkpw] [SPAM] vqadmin chrome patch
We just completed upgrading QMT to vpopmail-5.4.33 along with
qmailadmin-1.2.16 and vqadmin-2.3.7. So far so good.
We did notice though that vqadmin had a problem with the language which
chrome was requesting. We borrowed a little code from qmailadmin to fix
it, and the attached file contains the patch.
Thanks for the great work Matt. I hope to get to vpopmail-5.5 with ldap
before too long. What's the status of that as you remember it? I know
it's been a while.
--
-Eric 'shubes'
!DSPAM:501c91ed34217730527293!
--- lang-old.c 2012-08-04 01:09:12.788299596 +
+++ lang.c 2012-08-04 02:02:47.791755439 +
@@ -25,6 +25,9 @@
#include
#include
#include
+
+#include
+
#include "global.h"
#include "vauth.h"
@@ -70,6 +73,10 @@
char tmpfile[MAX_TMPBUF];
struct stat mystat;
+ /* Lowercase the language name to fix a bug where chrome users can't access
+ * the page. */
+ lowerit(lang);
+
/* only open files in the local directory */
if ( strstr(lang, ".") != NULL || strstr(lang, "/") != NULL ) {
global_error("invalid language file",1,0);
