rayners

I think everybody knows where my preference lies.

Emacs? Bah! I used that for a long time. Then I tried vim. I haven't gone back since.

Could you tell me more about the scgiwrap bug? I've been running my site here for nearly a year without problem. And, yes, your assumption is correct. You can run cgi scripts outside of the cgi-bin directory.

Thanks to FreeBSD and X, I usually have about 4 virtual desktops going at once. One is email and IM programs. One is one giant browser window (Firebird with oodles of tabs, of course). And the other two are for programming and system updates respectively. So, yes, my browser is always maximized.

Certainly. Any mail client that can speak POP or IMAP, as I'm sure Netscape can, will work just fine.

I remember last year when a friend of mine couldn't access my site when he was at school. They were blocking it, claiming that it was a sex site. As I'm sure any who are readers of mine, that's a crock. Probably just some goofed up keyword filtering that eventually got worked out.

I know they have allowed other hosts to do installs in the past, though I do believe those were paid installs. When I get a chance, if you still haven't heard back, I'll look into it a bit further.

Not to toot my own horn, but if we do end up making Movable Type available via a one-click-ish install (on the account level), I'd be happy to allow my MT Plugin Manager to be installed along with it. I imagine that would be a big hit.

There are some license issues with a host providing MT for its users. It is do-able, but I imagine Bill would have to get in contact with the Trotts to work something about beforehand. That said, I can't say I'd be opposed to including MT in the list, but I may be a little biased.

Well, the usual argument is that Mozilla and it's spawn actually implement CSS correctly (and in my experience, that seems to be the case). The implementation of CSS in IE can ba a litte iffy at times.

Here are some good reasons to switch to Firebird: http://www.mozilla.org/products/firebird/why/

Just out of curiousity, why not?

Believe me, I know where you're coming from. Having shell access on the offending system does come in handy in these situations. But, there are other ways to track down bugs in CGI scripts. What I've done in the past is wrap the whole darn script up in an giant eval block, like so: >eval { # all my code goes here }; if ($@) { print "Content-Type: text/html\n\n"; print "Got an error: $@"; } And as soon as it craps out, I get a nice little error message in my browser window.

I figured that one goes without saying around here.

Off the top of my head, I'm guessing that this has to do with a newer version of Mailman (with the older version having the whole list in one page). I tinkered with the new one for a few minutes yesterday but could not figure out how to get the whole membership list onto one page. I'll try again later when I can find some time; I'm sure there has to be some way to do it.

I have had some issues in the past with Comcast's email servers "delaying" emails for a little (to a long) while. I'm not sure if there's any particular reason for it.

The two I would recommend are Movable Type and Blosxom.

I have finally found the second person in the world that likes that movie.

Exactly. You've got it leezard.

Let me take a moment to explain the aliases situtation. The output you see containing the email aliases is the output from the Mailman program that creates new lists. It outputs those aliases so that sites that use some email servers (e.g. sendmail) can copy-and-paste that directly into their aliases file. Now, we here at Total Choice Web Hosting are using Exim as the email server (that may be a CPanel thing, I'm honestly not sure). Exim is very configurable, to the point that, since Mailman mailing lists follow a nice little pattern, Exim can actually be configured to automatically recognize and properly handle mailing list messages (passing them along to Mailman) without the need for additional configuration for each individual mailing list that is created. It's a beautiful thing.

What username did you use? username or username@boxturt.com? If you're checking mail for any user other than your main account (i.e. the username/password you log into CPanel with), you need to append the hostname.

Apache's logs should be in the following standard location for each domain: /usr/local/apache/domlogs/domain.name. For example, the log file for my main site is /usr/local/apache/domlogs/rayners.org. Log files for subdomains follow the same pattern. You will only have enough access to read the log files. And please remember that direct access to the log files for your domain is not officially support as far as I am aware. You can, however, use CPanel's Raw Log Manager to archive apache's logs in your home directory each month, where running them through a statistics package should be relatively easy.

It's an XML thing.

Isn't the extra slash for XHTML 1.0 and beyond? And calling it "extra" probably isn't a good idea either. IIRC, it means that the tag is completely self-contained, as opposed to a div or h* tag.

Now that I think about it, anybody interested in some of the thinking behind open source might do well to read Eric S. Raymond's essay, The Cathedral and the Bazaar, about his experiences writing fetchmail. Definately a worthwhile read. Heck, if memory serves me right, that essay was what convinced the Netscape leadership to open source their browser and create the Mozilla project.