exim не принимает внешние соединения
При рассмотрении полного журнала bzr, а не shortlog Вы будете видеть, что, фиксируя изменения в / и т.д. после того, как способное выполнение сопровождается списком пакетов, которые изменились. По крайней мере, это - поведение на моем ноутбуке Ubuntu и сервере. Для подавляющего большинства случаев я подозреваю, что это более полезно, чем "sudo склонный - получают обновление" сообщение о фиксации.
Причина Вам препятствуют получить доступ к журналу bzr как обычному пользователю, состоит в том, что bzr repo имеет полный доступ к теневому репозиторию. Вероятно, самый большой глюк к остановке этого - то, что при удалении файла из bzr repo это все еще будет доступно в более старых изменениях. Существует, вероятно, некоторый вуду, вроде которого можно использовать svndumpfilter | svnadmin --import но для bzr, но я не попробовал его.
Одна альтернатива, которую Вы могли бы попробовать, sudo su. Или возможно можно сделать нового пользователя и группу, поместить пользователя в ту группу, дать групповой доступ к .bzr, и su тому пользователю для операций интереса bzr.
Я до сих пор не понимаю, почему он только сегодня перестал работать.
Может быть, у вашего почтового сервера вчера был загруженный день, поэтому провайдер заметил ваше злоупотребление ToS?
] Обратите внимание, что отправка почты на другой порт, вероятно, по-прежнему будет противоречить условиям вашего интернет-провайдера, если бы она работала на каком-то нестандартном порту, поэтому я не буду давать явных советов и рекомендовать вам это.
Я, например, действительно получил однажды предупреждение от моего Интернет-провайдера относительно "чрезмерного" количества входящей и исходящей почты.
Обсуждение легитимации этого правила - это что-то, что нужно сделать в другом месте.
Вы могли, однако, , установите где-нибудь дешевый VPS для обработки почты.
Ваша задача - оценить, как обрабатывать эту почту (непосредственно на VPS или дома).
Ваш удаленный узел не обязательно должен иметь собственный почтовый сервер. Также можно использовать почтовый прокси, такой как nginx , или даже простое TCP-проксирование.
У меня была похожая проблема, но не совсем такая же. Мой почтовый сервер продолжал помечаться Spamhaus как спамер. Я проверил все, включая исходящие соединения на порту 25.
Нет, ниенте, нада!
Я пытался отключить почтовый сервер. По-прежнему сообщает Spamhaus.
Роутер выключили… и Spamhaus больше не помечает! Включил обратно и через час опять заглохла.
Роутер принадлежал интернет-провайдеру, поэтому я поговорил с ним, и знаете что? Им было все равно. Пожаловавшись пару раз, сделали единственную разумную вещь (по крайней мере, по их мнению, видимо) - заблокировали входящий 25 порт. Это действительно остановило спам, но также сделало мой почтовый сервер бесполезным. Я несколько раз жаловался провайдеру, но им было все равно.
К счастью, у меня были другие проблемы с этим интернет-провайдером, и я только что получил новую (более дешевую и быструю) входящую линию. У этой линии была проблема с отсутствием постоянного IP-адреса, которую я обошел, автоматически обновляя DNS на регулярной основе.
Впоследствии я установил дешевый виртуальный сервер у одного из международных провайдеров и использую его для исходящей почты и в качестве резервного для входящей почты на случай, если мое основное соединение снова будет заблокировано портом 25. Причиной использования размещенного сервера для исходящей почты является тот факт, что почти все теперь блокируют входящую почту от интернет-провайдеров, которых они либо считают домашними, либо недостаточно крупными, чтобы иметь возможность жаловаться достаточно сильно, чтобы основные почтовые провайдеры позаботились об этом.(Google, Microsoft, Mimecast и другие, вы слушаете????)