Идентификатор процесса отклоняется при повторном соединении ssh

Попробуйте

    
        0
        0
    
    
        600
        1024
    
    no
    no

и должны иметь тег .

Из примера конфигурации Openbox

  # the position is only used if both an x and y coordinate are provided
  # (and not set to 'default')
  # when force is "yes", then the window will be placed here even if it
  # says you want it placed elsewhere.  this is to override buggy
  # applications who refuse to behave
  center
  # a number like 50, or 'center' to center on screen. use a negative number
  # to start from the right (or bottom for ), ie -50 is 50 pixels from
  # the right edge (or bottom). use 'default' to specify using value
  # provided by the application, or chosen by openbox, instead.
  200
  1
  # specifies the monitor in a xinerama setup.
  # 1 is the first head, or 'mouse' for wherever the mouse is



  # the size to make the window.
  20
  # a number like 20, or 'default' to use the size given by the application.
  # you can use fractions such as 1/2 or percentages such as 75% in which
  # case the value is relative to the size of the monitor that the window
  # appears on.
  30%

-121--114122-

Исходная оболочка не имела этой функции, но имела комментарии. Необходим механизм, позволяющий пользователю указать, какую оболочку/интерпретатор использовать. Этот механизм не должен излишне ломать старые системы (любые новые сценарии, написанные для исходной оболочки, должны быть разрешены для указания исходной оболочки, и не должен ломаться на старых системах (запущенных ранних версиях исходной оболочки), которые не знают об этой новой системе. Поэтому он должен выглядеть как комментарий к оригинальной оболочке. Эта новая система должна также снизить риск ложных триггеров, не возлагая при этом нагрузки на будущих пользователей.

Поэтому было решено добавить специальный комментарий в начале файла.

-121--200874-

К сожалению, две возможности, предложенные в другом ответе , были несовершенны. offlineimap был довольно жутким в лучшие времена. Например, невозможно автоматически запустить сценарий после поступления новой почты. fetchmail не синхронизируется двунаправленно.

Вместо этого я использовал сочетание imapnotify и isync . Я настроил imapnotify на запуск сценария при запуске новой почты (через IDLE).

Этот сценарий выполняет mbsync "$ {channel}: INBOX" в зависимости от того, какая учетная запись имеет почту. Далее выполняется , но новый . Наконец, записывается количество непрочитанных сообщений электронной почты в файл, как показано ниже. Содержимое этого файла отображается на панели рабочей среды.

mail_count_file="/home/foo/.cache/new_mail_count"
new_count=$(find ~/.mail/*/Inbox/new -type f | wc -l)
if [[ $new_count > 0 ]]; then
  echo $new_count > "$mail_count_file"
else
  if [[ -f "$mail_count_file" ]]; then
    rm "$mail_count_file"
  fi
fi

Обновление

imapnotify (nodejs-imapnotify) регулярно отключается без предупреждений/ошибок и часто пропускает новую почту. python-imapnotify также работает с перерывами. Однако goimapnotify работает очень хорошо в моем опыте. Он редко выпадает, и когда он это делает (например, из-за отключений сети и/или циклов приостановки), он быстро перезапускается без суеты.