Uniвсячина

Отсылка почты в Rails через sendmail

2011-08-24T02:36:00+04:00

В Rails, ActionMailer предлагает нам два метода для отправки электронной почты: smtp и sendmail. Настройка метода отправки производится в config.action_mailer.delivery_method. Как следует из названий методов, отправка письма в MTA идёт либо через протокол SMTP, либо через вызов команды sendmail на сервере.

Если у вас включена отправка через sendmail и вы работает с Rails 3.x, есть тонкий момент. actionmailer версии >= 3.0 работает через гем mail, а гем mail отсылает письмо через sendmail, по умолчанию формируя такую команду:

sendmail -i -t destination1@example.com destination2@example.com ...

Ключ -i означает, что текст письма будет читаться из потока stdin, пока не дойдет до символа конца файла (EOF). Ключ -t говорит, что адреса на которые будет отправляться письмо нужно взять из текста письма. Вроде бы всё в порядке и всё должно работать как надо. Однако, давайте посмотрим, что пишут про ключ -t в таком MTA, как Exim:

When Exim is receiving a locally-generated, non-SMTP message on its standard input, the -t option causes the recipients of the message to be obtained from the To:, Cc:, and Bcc: header lines in the message instead of from the command arguments. The addresses are extracted before any rewriting takes place and the Bcc: header line, if present, is then removed.

If the command has any arguments, they specify addresses to which the message is not to be delivered. That is, the argument addresses are removed from the recipients list obtained from the headers. This is compatible with Smail 3 and in accordance with the documented behaviour of several versions of Sendmail, as described in man pages on a number of operating systems (e.g. Solaris 8, IRIX 6.5, HP-UX 11). However, some versions of Sendmail add argument addresses to those obtained from the headers, and the O’Reilly Sendmail book documents it that way. Exim can be made to add argument addresses instead of subtracting them by setting the option extract_addresses_remove_arguments false.

Пишут тут, что любые аргументы команды трактуются, как адреса, которые будут удалены из списка адресов взятых в самом письме. А так как гем mail передает команде sendmail те же самые адреса, что и в самом письме, мы получаем пустой список адресов. И закономерно получаем отлуп, нижеприведенного вида:

Subject: Mail failure - no recipient addresses

A message that you sent using the -t command line option contained no
addresses that were not also on the command line, and were therefore
suppressed. This left no recipient addresses, and so no delivery could
be attempted.

Самое просто решение в этой ситуации — убрать ключ -t из команды sendmail. Пишем в config/environments/production.rb:

....
  config.action_mailer.sendmail_settings = { :arguments => "-i" }
....

Делаем для себя вывод: либо используем ключ -t, либо передаем список адресов, как аргументы команде sendmail, но ни в коем случае не делаем это одновременно.

Кэш-заглушка для ActiveSupport

2011-08-19T13:04:00+04:00

Я уже писал как-то, что при тестировании rails-приложений, нужно очень внимательно следить за кэшем. Опция config.perform_caching = false работает только для caches_action в контроллерах и cache в шаблонах. Любые обращения к Rails.cache продолжают работать, потому что по умолчанию там живет AS::C::MemoryStore¹.

Конечно мы можем в #setup (TestUnit) или в #before(:each) (RSpec) каждый раз вызывать Rails.cache.clear. Но согласитесь, далеко не в каждом тесте это нужно, а гадать, где используется кэш, а где нет — это неудобно.

Похожая проблема возникает не только в тестах, но и в режиме разработки. Вы изменяете код, но в кэш уже записаны данные старым кодом и нужно производить разные нетривиальные действия, чтобы кэш сбросить.

Специально, чтобы можно было легко отключать кэш в окружениях development и test, я сделал гем dummy-cache. Работает только для rails >= 3.0 (если точнее, то для activesupport >= 3.0).

Добавляем гем в Gemfile:

gem "dummy-cache"

И прописываем в config/environments/development.rb или config/environments/test.rb:

...
config.cache_store = :dummy_store
...

И можете быть уверенны, что Rails.cache больше ничего кэшировать не будет.

ActiveSupport::Cache::MemoryStore↩

Wordpress → Octopress

2011-08-17T22:34:00+04:00

Решил переехать с Wordpress на Octopress.

Причины подобного шага вполне понятны:

Я хочу редактировать посты в нормальном редакторе, а не в убогом web-интерфейсе.
Мне надоело каждый раз обновлять сам Wordpress и десяток его плагинов каждую неделю.
Мне очень понравилась тема оформления Octopress: она минималистична, но функциональна и легко расширяема. А ещё блог теперь можно читать на смартфонах. Попробуйте прямо сейчас сузить ваш браузер до 300-400 пикселей в ширину.
В Octopress есть красивая подсветка синтаксиса кода из коробки (через pygments).
Octopress/Jekyll написан на ruby, а значит легко и приятно хакается.
Мне не надо держать больше на сервере PHP/MySQL/Apache 2!!!

Минус платформы Octopress/Jekyll только один — отсутствие динамического контента. Однако, современный уровень развития javascript легко компенсирует этот недостаток. Например, комментарии у меня теперь будут реализованы с помощью Disqus.