Miracle, Вот обратную запись поправите (она должна совпадать с хостнеймом, и хостнейм должен резолвитсья на этот IP) - тогда попробуете еще письма поотправлять. Ну, а так в логе там написано - посетите такую-то ссылку. mail.ru же
Miracle, Выше ответ дали корректный. Либо поставьте чёткую задачу (нужно увеличить такой-то раздел на столько-то, на нём такая-то файловая система). Тогда можно будет написать точную команду. В любом случае вы же делаете бэкапы?
rpm -qa | grep exim
rpm -qa | grep postfix
покажите вывод этих команд. На практике, если вы устанавливали всё сами - вы должны знать. По умолчанию используется exim в CentOS. Если у вас стоит какая-то панель управления - сообщите, какая панеь управления.
На вскидку - наверняка виновата не корректная обратная запись для IP вашего сервера или её отсутствие. Этот момент почти всегда опускают в настройке почтовых серверов во всяких гайдах в интернете. RDNS должно соответствовать хостнейму сервера. Но это всё вангование - точная причина в логах. Логи лежат в /var/log (по умолчанию) - там их и искать. Даже вне зависимости от того, какой почтовый сервер используется.
Miracle, Кто вам делал такую странную разметку дисков? У вас диск на 2 терабайта. Но вот размечено несколько меньше. Нужно увеличить соответствующие разделы. Так, как у вас используется LVM - это сделать не сложно.
Miracle, Ну тогда расскажите, какой почтовый сервер вы используете. Хотя бы. И какая операционная система у вас на сервере.
Покажите лог почтового сервера, где написано по какой причине письмо отклонено. Без этого разговор дальнейший смысла не имеет.
Нет никаких других законных способов. Это не мы такие, жизнь такая (закон другого способа не предусматривает). С другой стороны, если у вас дофига времени - можно пободаться, так как хотят они и правда много. Как минимум копия документа, удостоверяющего личность не обязательна, как не обязательно и вспомнить, зачем вы им пополняли баланс. Но (!) они как-то должны убедиться, что вы - это вы. А вот без бумажного письма обойтись - не получится.
Те, кто возвращают по-другому - возвращают из _личного_ кармана собственника/директора и это приемлемо только для небольших компаний, которые заботятся о своей репутации. Крупняку же это нафиг не надо.
Правда, есть другой нюанс. Можете в свободной форме отписать им бумажное письмо, со всеми необходимыми данными, вашими реквизитами, паспортными данными, адресом прописки и номером договора и т.п. Это - законное требование возврата средств будет, которое игнорить, в общем-то, нельзя. Вангую, вам ответят на письмо и, даже, аккуратно и вежливо попросят сделать сканы папорта, прислать его копии т.п. Не законно, но и ответственность за это небольшая. А вы забьете и судиться не будете - время вам дороже выйдет. Вот так.
Купите какой-нибудь домен/сертификат/что там ещё, израсходуйте средства и не вспоминате про них.
SocFishing, Справедливости ради следует сказать, что некоторые файловые системы умеют в онлайн-проверки и в онлайн-восстановление. В настоящее время работы над добавлением соответствующего функционала ведутся в XFS. Ну и разные ФС требуют разного обращения в разных условиях. Пусть читает документацию и разбирается в первую очередь: напрмер, btrfs или ZFS я бы без scrub время от времени не запускал. Проверка должна проводиться каждый раз после внештатного выключения системы - для этого нужно, соответственно, логи просматривать потом. Нюансы есть: в обще случае не только ФС нужно проверять, но и базу пакетного менеджера, состояние баз данных.
Нужно прочитать документацию к файловой системе. На работающем сервере никаких проверок быть не может. В общем случае нужно смотреть за логами системы, специально проверки проводить не нужно.
До 14. После 14 они сами вполне могут заключать договоры на получение ряда услуг. Даже счёт в банке открывать могут. А вот сами предоставлять услуги не имеют права - но это уже другой вопрос.
