tgonhawk1

Members
  • Content Count

    73
  • Joined

  • Last visited

  • Days Won

    4

tgonhawk1 last won the day on December 27 2017

tgonhawk1 had the most liked content!

About tgonhawk1

  • Rank
    Advanced Member

Recent Profile Visitors

5,895 profile views
  1. It's a week before Christmas, And I want you to hear, Your service is great, And has been all year. The servers do run Quite dependably, The websites stay up, That's how it should be. On Tony! on Brian! and on Cody, too! A message to all three of you. You've got yourselves an excellent team, Keep up the good work, in Twenty Nineteen!
  2. I sent an email to epzinfo@etapizeta.org successfully, and got a reply. (from jsb#########@gmail.com). It looks like you're making progress here, since at least some mail is reaching your email address.
  3. If fiddling with Spam Experts didn't fix the problem, here is some information that might be relevant: Visiting etapizeta.org in my browser works great. traceroute to your site (which works from my PC, but NOT from a couple of VPS's I have) leads to the IP address 192.124.249.12 which resolves to cloudproxy10012.sucuri.net Visiting 192.124.249.12/~etapizet (which works on cPanel servers from most hosts, including Hawkhost) results in this: The site you are visiting is using Sucuri Website Firewall. And for some reason it is not configured properly. If you are the site owner, please open a ticket here asap for us to look at .... Have you engaged the services of this sucuri.net to secure your site? If so, I would look there for clues as to why your emails aren't arriving. (I wouldn't worry too much about that "not configured properly" message - if it's not a cPanel server, they probably don't support that sort of access at all. "etapizet" is your Hawkhost cPanel user id - shortened from your domain name.) A couple of other data points: I can successfully traceroute from my PC to your site, which appears to reside somewhere on the West Coast (where I am). [ Hawkhost's only location on the West Coast is Los Angeles. If you are not hosted there, this is another odd thing. ] Trying the same thing from a couple of VPS's I have in other parts of the US fails almost out of the gate - they go one or two hops and that's it. Emails to your site could be meeting the same fate - or they could be arriving at sucuri.net which doesn't know what to do with them. I am just another customer - who has always had good support from the Hawkhost team - trying to be of whatever help I can. Usually, when Tony or Brian gets involved, things get resolved pretty quickly, so your difficulties are a little surprising to me. .
  4. Go into cPanel - select "Professional Spam Filter", which takes you into the Spam Experts control panel. It's a complex interface (sadly), but you should be able to find how to turn it off there.
  5. tgonhawk1

    Live Chat

    I would like to voice my support for Hawkhost support. As with most hosts, the first responders (sometimes called Level 1) are not always able to solve problems right away, but since they do respond in a very timely fashion, with a little back and forth, problems do get resolved satisfactorily nearly all the time. Usually that happens within a very short amount of time. Most things I encounter require the "Level II team" to intervene, and then some real expertise gets applied and the problems are taken care of, including even those which require a 3rd party vendor to fix something. The bad news on that is, in my observation, the "Level II team" consists primarly of Tony, the CEO, for the most part, and sometimes Brian or Cody. Gratifying though it may be to have the upper echelons of the company working on my problems, my concern is that the technical expertise does not extend much beyond them, making the whole thing dependent on just a handful of people. But nevertheless, for the 3+ years I've been a customer, I've been completely satisfied with Hawkhost products and support, and recently began converting to 2-year renewals as a result of that. The very low price for shared hosting is just the icing on the cake.
  6. tgonhawk1

    Planned NYC maintenance

    That will be helpful - thank you.
  7. tgonhawk1

    Planned NYC maintenance

    Additional question: Will there be any notifications (such as an email) about the actual starting and stopping times for the outage? Thanks.
  8. tgonhawk1

    Planned NYC maintenance

    Since this is not about just my site, I am posting here, rather than via ticket, in case others are interested. I received a mail today saying there would be a service outage in New York on Monday Nov 19, lasting as long as six hours. That's ok - sometimes you just have to take servers offline to do things and there is no workaround. I was wondering if it would be possible for Hawkhost to set things up so that visitors get something informative rather than just a "Cannot connect" or "Server not responding" error message which might discourage first-time visitors from trying agin later. The idea would be that any attempt to reach the servers would redirect somewhere which would generate a response page saying "Website is down for maintenance - try again later" or words to that effect. Given that it's a relatively short outage, this isn't critical, but would be helpful if it's not a lot of work to do.
  9. tgonhawk1

    Node js application not working

    Here are some off-the-wall suggestions from someone (me) not really familiar with node.js, so don't be too harsh if they are also off the deep end. 1) When preparing dynamic content via CGI, my understanding is you need two newlines after the Content-type line (if the writeHead function doesn't do that for you). I know leaving those out can generate obscure 5xx errors. 2) Naive guess: should res.end() be res.send() ? seems like a more logical thing for that to be, although it might also just be a typo in trascribing it to the forum, or I could be completely wrong about it.
  10. tgonhawk1

    SSH login slow on one server, fast on another

    As usual, you guys are on a problem quickly and effectively. SSH logins to the NYC server are now fast, too. Good work.
  11. I have two different shared services with Hawkhost: 1) Primary on nyc004 2) Basic (old style) on dal010 When I do an ssh login (using Putty program from my PC), both of them ask for the password without any delay, but after I enter the password there is a significant difference: With #2 the prompt appears essentially instantly, in less than 1 second. With #1, the login is consistently slow. I just tried it a couple of times, the first time took about 10 seconds, the second one nearly 30 seconds. After the login, performance on both is comparable, with commands always executing quickly. Since this not really a problem that *needs* to be resolved, rather than opening a ticket, I am posting here just to bring it to Hawkhost's attention, and also so that other users might see it and share any similar experiences (on either the fast or slow side of the question).
  12. tgonhawk1

    Hawkhost blog has no mobile theme

    Some suggestions here which might help in the short term: Try switching to landscape view and zooming to enlarge the text. The wider view will allow for longer lines, and while there will be fewer of them, it strikes me as being more readable that way. Another point is that the blog gets updated fairly rarely, so you might want to use the mobile just to see if there is anything new, and then return to read it from a device with a larger screen.
  13. tgonhawk1

    error ERR_TOO_MANY_REDIRECTS

    I am guessing here, but this sounds like a redirection loop; that is. there is a redirect which eventually comes back to itself. The obvious place to look is all your .htaccess files. If the problem is not immediately obvious, then remove rewrite or redirect directives until the problem goes away, and then you will know what needs to be corrected. Alternatively, remove all of them, and then add them back in until the problem appears. To make this go quickly, start with half of them. Then you will narrow it down to which half. Divide that group into two smaller groups and repeat the process until you find the bad one(s). I observe that http://(the site) redirects to https://(the site), which might provide a good starting place to look. The redirect loop might also occur on some other page than the home page. Here's a site that provides some specific tips on what to do: https://kinsta.com/blog/err_too_many_redirects/ A google search on ERR_TOO_MANY_REDIRECTS will reveal other sites with helpful information.
  14. tgonhawk1

    Is anyone using Squirrel Mail? (it may be going away)

    Once again, thanks for an informative reply. That's too bad - I just like the interface much better than the others (ability to have larger more readable fonts, more control over display view, and just the overall simplicity of it). But if it's not going to work, it's not going to work, and I guess I'll just have to adapt.
  15. tgonhawk1

    Is anyone using Squirrel Mail? (it may be going away)

    1) "see how many users request it" - That number will be much smaller than the number who use it and might prefer that it be maintained. The old concept of the "silent majority" is definitely prevalent in online communities. It's a tradeoff between how much work is involved and the amount of use. I would say that if some minimal subset of users are using it, and I presume you can measure that somehow, since you say "most use Roundcube" - and it's not a huge effort, it would be worth doing. Let me say that a little more simply: If it's not too much work, it would be worth it to keep even a relatively small user base happy. 2) "you can install it yourself" Well that's good news, if it does disappear as a standard option, I would definitely look into doing that. Thanks for the reply.