+1. Он просто не запущен скорее всего.
Himiko добавил 26.10.2010 в 11:55
/etc/init.d/sendmail start (если linux)
/etc/rc.d/sendmail start (если freebsd)
Потом смотрите /var/log/maillog
Если ошибок нет, то снова telnet Запустите. Ну и гляньте, запущен ли процесс через ps -axuww | grep sendmail
Ну вот и видно, в чём проблемы возникнуть могут и какая посещаемость их создаст.
У вас по ps будет считаться в реальном времени??
Ага. Может по 5 найти?)
Моё имхо, если сайты приносят деньги, то не стоит скупиться на их содержание. Те же постоянные ошибки в sape или проблемы хостинга в разы больше могут принести потерь, чем 15 рублей.
Я думаю, что проект приносящий деньги, не может быть на бесплатном хостинге.
Кому вы потом будете писать, что sape у вас error'ы выдаёт? Скорее пошлют и правы будут.
Если уж зарабатывать денег хотите, то и будьте готовы денег вложить. Тем более, что даже 1 сателлит (даже с нулевыми показателями) легко окупит платный хостинг.
Ни разу не видел лоада не реального, даже когда 20 000 писем в очереди и более. Видимо тут дело в настройке и в MTA. clamav тоже стоит.
1. Отключать не обязательно. Можно сначала чистить очередь, а потом выключить/включить.
2. Для этого есть postfix, который отлично справляется с большим потоком писем.
3. Клиент не должен иметь возможности отправлять такое количество писем, если это не оговорено отдельно.
Тут больше не со стороны хостинга. Речь о том, что админы часто помогают разработчикам (по опыту сужу), а вот наоборот не видел ни разу. А о методах проверки работы своих сайтов (пусть даже не через hosts) я считаю, что разработчик знать должен. Так же, как и о работе собственных движков и их требований. А то часто встречаешь с тем, что уканать, что конкретно не нравится движку - проблема для разработчика и всё сводится к тому, что "на другом сервере работало" или "а на денвере работает".
Himiko добавил 26.10.2010 в 06:57
Я бы это повернул в другую сторону. Разве webmaster'у не нужно уметь проверить работоспособность сайтов на сервере до изменения dns ? Или они всегда должна полагаться на хостера, что либо сделают поддомен, либо по ip-адресу можно будет зайти?
Да и знать про "анонимайзеры", чтобы сначала проверить работу сайта и исключить ошибки собственного провайдера, а потом уже писать в тех. поддержку, что сайт не работает.
На самом деле, таких вопросов тоже хватает. Когда сайт открывается с 99,9% мест, но не у клиента. Как решать подобную проблему? =)
Но я соглашусь на тему "А хостингами только профи пользуются?", что никакой проблемы не составляет объяснить клиенту, как нужно действовать в той или иной ситуации. Чтобы упростить задачи, делают FAQ.
Это всего-лишь моё мнение о том, что должен дополнительно знать web-мастер, чтобы его работа в команде с админом была более эффективна. Так же и общение со службой технической поддержки. Если вопрос поставлен "такая-то функция не работает, в логах то-то, пробовал то-то, подскажите в чём может быть проблема", то и ответ не заставит себя ждать). Хотя и тех. поддержка должна уметь по фразам "нажал тут и не робит" понимать клиента =)
Так же и админу нужно себе представлять как отлаживать скрипты и искать ошибки в логах. (хотя почему-то большинство админов об этом знают, а вот программисты редко имеют об этом представление =))
Webmaster'ам и клиентам хостингов: Большая просьба забыть про фразу "на другом хостинге работало" или "на денвере работает" и самая жестокая фраза "даже на хостинге за 1$ работало". Поверьте мне на слово, это очень многих раздражает =) Сервера все имеют уникальные настройки и состав модулей. Нужно всего-лишь понять, что не нравится скрипту и разобраться. Это может сделать и тех. поддержка. Поверьте, такая фраза в конце сообщения никак не подталкивает к решению вопроса, она скорее раздражает.
Так же, если на 1$ хостинге вам разрешали запускать скрипты хоть на неделю, не говорили о вашей нагрузке, то это не значит, что новый хостинг хуже. Это скорее говорит о непрофессионализме предыдущего хостера. Если какой-то хостер не следит за нагрузкой и серверами - это не значит, что это в порядке нормы.
Здесь речь не о нашем хостинге, а о ситуации в целом из опыта технической поддержки нескольких хостинг-провайдеров.
Пока на ум приходит только как создать кнопку "сделать всем хреново". Это обычный remote reset на всех серверах разом. Ну или лучше shutdown -h now =)
Ага. Которая ставит автоответчик на аську, скайп, отвечает на все подряд тикеты, ловит host-tracker и сразу пишет нужному клиенту, чтобы не пугался? =)
P.S.: Хорошая кнопка называется "сделать за***сь" =) Вот только пока такую не придумали. А то тыкаешь и всем хорошо сразу =)
