crontab-e не удается работать
Это походит на путь проблема исследования MTU мне. Взгляните на эту процедуру от Microsoft: http://support.microsoft.com/kb/314825
В основном, от сервера, попытайтесь PING компьютер, Вы выполнили тест выше с аргументом:
ping -f -l 1472
Это даст Вам назад "Фрагментацию необходимый" ответ от первого транзитного участка, который не может обработать пакеты этого размера.
Какую возможность соединения WAN сервер имеет? Соединения DSL обычно имеют MTU меньше, чем 1500, например.
Ваше межсетевое устройство может иметь параметр конфигурации "зафиксировать" TCP MSS к MTU, таким образом, что Вы не должны вносить изменения в MTU своего сервера. После того как Вы решили, что это - проблема MTU затем, можно преследовать основанную на брандмауэре фиксацию.
У Вас есть проблема полномочий. Ваш /tmp каталог может быть смонтирован noexec и по некоторым причинам Вашей версии крона не нравится это, /tmp может иметь своего рода глупые полномочия на нем (это должно быть 1777), Ваш /usr/bin/editor ручей, или безотносительно /usr/bin/editor точки к могут быть так же повреждены. Я протестировал бы /usr/bin/editor на чем-то еще для устранения этого как источника проблемы затем перейдите к городу на /tmp.
Может быть/tmp режим доступа, является неправильным. Проверьте его с ls -dla /tmp
Правильный режим для tmp 1777 (drwxrwxrwt)
$ ls-dla/tmp drwxrwxrwt 7 базируются корень 4096 12 января 0:00/tmp
Исправьте его с sudo chmod 1777 /tmp. 1 липкий разрядный http://en.wikipedia.org/wiki/Sticky_bit, и 7 read-write-execute для пользователя, группы, мира