Если ваш Firefox вдруг начал ругаться о том, что сайт “has sent an incorrect or unexpected message. Error Code: -12263“, не пугайтесь.

Это сообщение означает, что у сайта какие-то проблемы с SSL сертификатом.

Как пофиксить на стороне клиента, я не знаю. Если есть возможность, работайте с сайтом по опасному http:// соединению. Сообщите администрации сайта о проблеме, пусть они чинят.

Сам способ оповещения об этой ошибке идиотский донельзя. Ничего не понятно, даже на каком уровне ошибка возникает (я спросонок решил, что это javascript-ошибка и пытался отключить javascript). Что делать — тоже непонятно.

Юзабилити сосёт.

Задача: средствами PHP отправить письмо через smtp.gmail.com. Не просто с указанием адреса @gmail.com в поле From:, а именно через гугловский сервер.

Зачем это нужно? Во-первых, на многих хостингах существуют всяческие ограничения по использованию почты. Во-вторых, такое письмо должно выглядеть “белее” письма, отправленного локальным smtp: меньше шансов, что оно попадёт в junk folder.

Основная проблема, которая возникает при отправке письма через smtp.gmail.com и не возникает при отправке писем по smtp через другие, более обычные сервера, состоит в необходимости использования TLS соединения на 465 порт.

Отправить письмо из PHP напрямую через SMTP сервер (а не через mail() или sendmail) можно давно с помощью LGPL библиотеки PHPMailer.

Оказывается, начиная со второй версии, разработчики библиотеки добавили поддержку отправки почты по SMTP по безопасному соединению. Вот code snippet, формирующий правильный вызов метода отправки письма при использовании гугловского smtp:

     $mail->Mailer = “smtp”;  
     $mail->SMTPAuth = true;  
     $mail->SMTPSecure = “tls”;
     $mail->Host = “smtp.domain.com”;  
     $mail->Port = “465″;  
     $mail->Username = “email.address@gmail.com”;  
     $mail->Password = “1W0N’T_t3ll-U”;  

Разработчики библиотеки не волшебники: для отправки писем по безопасному SMTP-соединению необходим PHP с поддержкой OpenSSL.

В связи с техногенной катастрофой у нашего провайдера пришлось перенастраивать DNS на юниксе.

Локальный список соответствий IP => HostName хранится в файлике /etc/hosts (в Windows: C:\WINDOWS\system32\drivers\etc\hosts).

Список нейм-серверов хранится в файлике /etc/resolv.conf (в Windows для изменения этого списка надо редактировать свойства соединения):

nameserver 202.54.1.110
nameserver 202.54.1.112
nameserver 202.54.1.115

Я не очень понял, с какой регулярностью система перечитывает этот файл; возможны задержки: новые NS-сервера начинают использоваться не сразу.

Ранним воскресным утром я обнаружил, что сервер мёртв. SSH отвалился, сайты не открываются, сервер не пингуется.

Спросонок успел передумать всё самое страшное: хакнули, заддосили, сдох винт.

Каждый из вариантов был по-своему хорош; внутренний параноик™ очень обрадовался.

Потом, правда, успокоился: оказалось, что всего лишь сгорел дата-центр.

Как выяснилось чуть позже, не сгорел, а взорвался; не дата-центр целиком, а какое-то оборудование.

Никто не пострадал, даже серверы не сгорели.

Недоступными оказались 9000 серверов, арендуемых 7500 клиентами; в том числе ушёл в оффлайн сайт соседей из Днепропетровска audiko.net.

Наш сервер был недоступен в течение 36 часов; потом сервер включился, но из-за network issues ему было очень плохо.

Сейчас уже работает всё, кроме почты (заказы, комментарии и прочее). Чиним.