cone - онлайн в хмарі

ПРОГРАМА:

ІМ'Я

cone - читання та надсилання повідомлень електронної пошти

СИНТАКСИС

конус [-r] [-c каталог]

ВИКОРИСТАННЯ

Cone — це консольна програма для читання новин та електронної пошти. Це інтерактивна програма
для читання та надсилання повідомлень електронної пошти. Конус розроблений, щоб бути
інтуїтивно зрозумілий і простий у навчанні. На дисплеї з’явиться пусковий конус вперше
два посилання: одне для системної поштової скриньки за замовчуванням, а друге посилання на a
швидкий онлайн-підручник. Онлайн-підручник містить короткий огляд
використання Cone для читання та надсилання електронної пошти.

Натискання Q на більшості екранів виходить з конуса. Конус намагається витончено вести журнал
вимкнути та закрити всі з’єднання з сервером. Якщо Cone не може вийти з a
віддалений сервер, оскільки віддалений сервер не працює, натисніть CTRL-C (після Q
для припинення Cone).

Використовуйте CTRL-Z, щоб тимчасово призупинити Cone і повернутися до оболонки
підказка. Cone залишається підвішеним у фоновому режимі і може бути перезапущений
за допомогою оболонки fg команда

примітки
З’єднання з віддаленими поштовими серверами може бути розірвано
бездіяльності, якщо Cone залишається підвішеним протягом тривалого періоду
час. У призупиненому режимі Cone не може підтримувати активні з’єднання
на віддалені поштові сервери.

Команда -c Параметр визначає каталог, де Cone зберігає свою конфігурацію
файлів, а за замовчуванням має значення $HOME/.cone. Каталог конфігурації буде
створюється, якщо необхідно.

Команда -r параметр відновлює резервну копію файлу конфігурації Cone. Це
Опція в основному використовується, коли ввімкнено віддалену конфігурацію, але
папка, яка містить конфігурацію Cone на віддаленому сервері
видалено або недоступне. У всіх випадках Конус робить щоденний локальний
резервне копіювання конфігураційного файлу. The -r параметр шукає локальний
резервні копії файлів конфігурації та пропонує можливість відновлення резервної копії
копія.

читання місцевий пошта з Конус
Cone читає локальну пошту з maildirs (бажаний формат) або
файли поштової скриньки (або «mboxes»). Коли використовуються mboxes, Cone не читає
файл системної поштової скриньки безпосередньо (зазвичай /var/spool/що в сім'ї щось ). всі
повідомлення в системній поштовій скриньці автоматично переміщуються до $HOME/Inbox,
до якого потім звертаються так, ніби це була системна поштова скринька. Початковий конус
вперше в системі на основі mbox автоматично копіює все
наявну пошту з файлу системної поштової скриньки до $HOME/Inbox.

Це навмисний вибір дизайну. Звичайна програма користувача не може
створювати нові файли в / var / spool; все, що вони можуть зробити, це прочитати поштову скриньку
файл з /var/spool. Тому єдиний спосіб оновити поштову скриньку
файлу, переписуючи його з нуля (більш-менш). Поки поштова скринька
файл знаходиться в процесі перезапису, якщо процес Cone є
перервано або знищено, що призвело до пошкодження системної поштової скриньки.
Є спосіб мінімізувати цю вразливість, але це неможливо
ліквідовано повністю. Деякі ядра Linux використовують «вбивцю OOM», що може
завершувати будь-який процес, коли системної пам'яті мало. Немає способу
повністю запобігти пошкодженню файлів системної поштової скриньки на цих ядрах.

Cone використовує альтернативний спосіб оновлення mboxes. Cone оновлює mboxes
створивши окремо новий файл mbox, а потім замінивши оригінал
mbox з новою версією. На жаль, цього зробити не можна
файл системної поштової скриньки через обмежені права доступу до
каталог системної буфери. Щоб вирішити цю проблему, Cone автоматично копіює
файл системної поштової скриньки до $HOME/Inbox, щоразу системної поштової скриньки
файл відкривається і щоразу, коли доступна нова пошта.

Перегляд MIME вкладення
Cone самостійно відображає текст і простий HTML-вміст. Інші види
вкладення можна переглянути за допомогою допоміжного сценарію. Конус викликає a
допоміжний скрипт для відкриття MIME-вкладання. Допоміжний скрипт називається
"TYPE.ПІДТИП.filter”, де “ТИП” і “ПІДТИП” відповідають
Тип і підтип MIME, відповідно. Cone шукає допоміжні скрипти
$HOME/.cone (або каталог, зазначений у -c) і в /usr/share/cone.

Наприклад, допоміжний сценарій під назвою «IMAGE.GIF.filter», якщо він встановлений, є
викликається для обробки файлів MIME із зображеннями/gifами.

Помічник scripts
Cone запускає кожен допоміжний сценарій двічі:

Перевірка TYPE.SUBTYPE.filter тип/підтип

Коли першим аргументом є «check», допоміжний сценарій повинен
завершується нульовим кодом виходу, якщо він бажає обробити an
вкладення, тип MIME якого вказується другим аргументом. А
сценарій або програма, яка має кілька посилань «TYPE.SUBTYPE.filter».
може використовувати другий аргумент, щоб ідентифікувати MIME-тип вкладення.
Якщо допоміжний сценарій не може обробити вкладення, на цьому
часу, він повинен завершитися ненульовим кодом виходу.

Допоміжний сценарій за замовчуванням для вкладень зображень закінчується символом a
ненульовий код виходу, якщо DISPLAY змінної середовища немає
ініціалізовано. При виклику з терміналу X-Windows зображення
вкладення відображатимуться автоматично; і вкладення зображень
в іншому випадку ігноруються на неграфічних консолях.

Фільтр TYPE.SUBTYPE.filter тип/підтип ім'я файлу

Якщо допоміжний сценарій спочатку закінчується нульовим кодом виходу, він
буде знову викликано після завантаження вкладення MIME і
розшифровано. Першим аргументом буде «фільтр», а вкладення
Ім'я файлу задається третім аргументом.

примітки
Це тимчасовий файл, розширення якого не потрібно
розширення файлу, пов’язаного з цим типом MIME.

Допоміжний скрипт повинен прочитати та обробити файл, зазначений у файлі
третій аргумент. Cone інтерпретує все, що пише допоміжний скрипт
на стандартний вихід у форматі HTML.

примітки
Cone чекає, поки допоміжний сценарій завершиться, перш ніж відобразити
решта повідомлення. Більшість допоміжних скриптів повинні виконуватися в
фону. Однак зверніть увагу, що Cone видаляє тимчасовий файл
коли вихідне повідомлення закрито; тимчасовий файл може бути
видаляється в будь-який час після завершення роботи допоміжного сценарію. Помічник
сценарій повинен створити власну приватну копію файлу, якщо
необхідно.

Активація URL-адреси
Cone має обмежену можливість активації URL-адрес у повідомленнях HTML. конус
обробляє URL-адреси “mailto:” самостійно. Для інших URL-адрес Cone працює
/usr/share/cone/метод.handler з URL-адресою, переданою як аргумент.

Cone встановлює http.handler (жорстоко пов’язаний з https.handler). Цей сценарій
перевіряє, чи знайдено двійкові файли firefox або mozilla у поточному PATH,
і запускає їх.

примітки
Конус теж виглядає метод.handler у $HOME/.cone (або каталозі
визначено -c) на додаток до /usr/share/cone.

Використовуйте конус онлайн за допомогою служб onworks.net