Сибирь. Сабынич. Айти

о природе, личной жизни и информационных технологиях

Руководство пользователя Golded

в главе по SOUP запутался с терминологией. переводил “headerlines” как “заголовки”. Следует переводить как “заголовочные строки” или что-то в этом роде.


GoldED Users Guide Manual
$Id: gold_usr.txt,v 1.1.1.1 2000/02/25 10:15:07 asa Exp $


понедельник, 10 ноября 2003 г. 17:15:18

Руководство пользователя

Программа и руководство написано Одинном Соренсеном

Copyright (C) 1990-1998 by Odinn Sorensen

Замечания к руководству
Организация этого руководства не очень хорошая, так же сразу прошу  прощения.
Если вы найдете речевую, грамматическую или фактическую ошибки,  пожалуйста, дайте об этом знать.
Если вы думаете, что какие-либо части текста написаны с вопиющей  безграмотностью, пожалуйста, отравьте мне исправленные версии этих частей.
Если вы решили написать новые главы (особенно для Руководства  Пользователя), смело принимайтесь за работу и присылайте их мне.  Использование иллюстраций не возбраняется, но следует их отформатировать  на ширину страницы (в данном случае – 70 символов). У меня очень мало времени и я буду очень признателен за любую помощь.

К ПЕРЕВОДЧИКАМ: Это руководство собирается из текстовых файлов в формате  ASCII со специальными кодами и компилируется в полное руководство,  используя при этом компилятор, который я написал самостоятельно (gmanual).  Если у вас возникло желание перевести руководство GoldED на какой-нибудь  язык, – скопируйте исходные тексты руководства, переведите копию и  скомпилируйте с помощью gmanual для дальнейшего распространения. Так же вы должны передать общественности исходные тексты перевода для  дальнейшего использования и развития.

ЗАМЕЧАНИЕ: Исходный код руководства следует переформатировать в SGML, из  которого можно получить ASCII, HTML, PostScript и другие форматы. Вопросы?

Одинн Соренсен, Автор GoldED.

Немного о лицензии
GoldED и Goldware Utilites находятся под Универсальной Общественной  Лицензией GNU (GPL). Для подробной информацией читайте файл COPYING.
Данная программа является свободным программным обеспечением; вы можете  распространять ее и/или изменять только при условии соблюдения требований  лицензии GNU; это относится к Лицензии, начиная с версии 2 и более поздние.
Программа распространяется в надежде быть полезной, но АБСОЛЮТНО БЕЗ  ВСЯКИХ ГАРАНТИЙ. Для более подробной информации читайте саму Универсальную  Общественную Лицензию.
Если у вас не оказалось копии GPL, поставляющейся с этой программой,  напишите в Фонд Свободного Программного Обеспечения: Free Foudation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.

Поддержка и философия разработки
Параллельно работе над GoldED, я учусь на инженера-электронщика. По этой и  другим причинам, у меня нет достаточного времени над поддержкой редактора  самостоятельно и тем более на оказание помощи начинающим в настройке и  другим проблемам. Пожалуйста, обращайтесь со всеми вопросами в  эхоконференции поддержки в Фидонет или Интернет, или спрашивайте у друзей.
По мере возможности, я буду находится в конференциях поддержки, но я не гарантирую ответы на все вопросы. Так же может случится и такое, что  какой-либо важный вопрос просто будет незамечен мной и пропущен.  Пожалуйста, не надо после каждого подобного случая писать лично мне.  Причина может быть в простом отсутствии времени на чтение сообщений. А позже,  когда у меня появляется время (а это может быть и через несколько недель),  старые вопросы теряют свою актуальность и я просто удаляю эти сотни  сообщений. В этом случае, попробуйте регулярно повторять ваш вопрос и ваши  шансы получить мой ответ заметно вырастут. GoldED был свободно-распространяемой программой с закрытым исходным кодом  до ноября 1998, когда он переоформился в программу с открытым исходным  софтом под GPL со мной в качестве основного сборщика и последней  инстанцией над обсуждением патчей. Так же в костяк разработчиков входил Дирк А.  Мюллер (Dirk A. Mueller), он благодаря полному доступу с исходному коду  через дерево CVS, в программу мог вносить изменения любой.
Я был очень счастлив после каждой единичной регистрации, я говорю в прошедшем времени, потому что давало мне стимул к работе над GoldED и некоторую экономическую поддержку – меня поймут те, кто учился без какой-либо денежной поддержки извне. Летом 1998 я был удачно принят на работу (тогда это было как часть моей учебы, но с возможностью продолжить ее в любое время), которая перекрыла все доходы, которые я получал от  GoldED. Это предоставило мне возможность завершить обещание, которое я дал себе давным-давно – что я не позволю умереть GoldED просто потому, что я  получил большое удовольствие от работы над этим проектом. Я выпустил релиз  исходного кода и предоставил его всем интересующимся. Так же, после  осторожного прощупывания вариантов лицензий распространения открытого  исходного кода, я выбрал GPL и LGPL.

Спасибо вам за вашу поддержку и понимание.

Одинн Соренсен.

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

Вы можете начать сообщения с одной из следующих команд:

KeyCommand keywordDescription
InsREADnewmsgНачать новое сообщение.
Alt-QREADquotemsgОтвет с цитированием на сообщение.
Alt-GREADcommentmsgОтвет с цитированием к получателю сообщения.
Alt-NREADmovequotemsgОтвет с цитированием в другую конференцию.
Alt-BREADmovecommentmsgОтвет с цитирование в другую конференцию к получателю сообщения.
Alt-RREADreplymsgОтвет на сообщение без цитирования.

В начале показывается заголовок, позволяя вам, изменить имена отправителя и получателя, и их адреса. В нетмейловых областях в данном случае используется список пользователей. Перемещение по заголовку осуществляется с помощью курсорных клавиш. Нажатием <Tab> или <Enter> возможны перемещения к следующиму полю. Нажатием <Enter> в поле ‘subj’ или <Ctrl-Enter> заканчивается редактирование заголовка. Отменить сообщение  можно клавишей <Esc>. При редактировании заголовка вы можете изменять  атрибуты сообщения с помощью Alt-клавиш.
После редактирования заголовка, выводится меню, которое предоставляет вам возможность изменить атрибуты, выбрать ориджин и шаблон; а так же – загрузить внутренний или внешлий редактор, или выйти.
При выходе из редактирования, вам предоставляется меню, где вы можете выбрать опции: сохранить сообщение, отменить сообщение, продолжить редактирование, просмотреть сообщение, изменить ориджин или зашифровать с помощью ROT13.

Рассмотрение пользовательского файла
По умолчанию, GoldED всегда использует первое поле ввода в userfile и первый lastread в lastread-файле(ах).

В старых версиях, GoldED искал ваше имя в пользовательском файле и использовал lastread-отметки для сообщения индекса ввода пользовательского файла. Это была вполне нормальная работа, но в силу некоторых обстоятельств, GoldED мог ошибиться в поиске вашего имени и добавить вас в пользовательский файл. В этом случае, lastread’ы внезапно обнулялись и переходили к первому или последнему сообщению во всех эхоконференциях.

.. постоянного использования первого lastread является более эффективным для однопользовательской настройки; но для пользователей, которые работают с общими базами сообщений, используя GoldED, — каждый пользователь ДОЛЖЕН установить оригинальный номер пользователя, дабы сохранять свои отметки lastread отдельно. Ниже приведены ключевые слова, которые используются для установки номеров меток последнего прочтения для каждого пользователя.

EZYCOMUSERNO <number>
FIDOUSERNO <number>
GOLDBASEUSERNO <number>
HUDSONUSERNO <number>
PCBOARDUSERNO <number>
SQUISHUSERNO <number>
WILDCATUSERNO <number>

Как видите, здесь отсутствует JAMUSERNO, потому что данный формат базы создан только для того, чтобы быть независимым от пользовательского файла.

По умолчанию, вместо <number> стоит 0 (ноль). Установите данную величину на 1, 2, 3 etc, для каждого пользователя, работающего с общей базой сообщений и  использующий GoldED. В качестве альтернативы, можно установить значение <number> на -1 (минус единица), которое скажет GoldEd возвращаться к старому методу поиска в пользовательских файлах для выдачи lastread’овых индексов.

Использование функции поиска
Поисковая функция активируется комбинацией клавиш Alt-F (заголовок и тело) или Alt-Z (только заголовк). Данные комбинации вызывают окно с полем ввода, где вы можете ввести различные строки, разделенные символом ‘|’, примерно таким образом:

Odinn|GoldED

По умолчанию, GoldED ищет по направлению к последнему сообщению, но использование строки поиска, начинающуюся с ‘-‘, можно задать обратное направление поиска.

Кроме обратного поиска, существует еще некоторое количество команд поиска.
Ниже приведен их полный список:

–   Поиск к первому сообщению.
+   Поиск к последнему сообщению. (Просто для полноты).
<   Поиск в поле From:.
>   Поиск в поле To:.
:   Поиск в поле Subj:.
=   Регистрозависимый поиск.
!   Реверс – Остановиться, если указанные строки НЕ найдены.
&   Разделитель – Зарезервирован для будущего использования вместе с
логическим “and”.

По умолчанию, команды поиска ‘<‘, ‘>’ и ‘:’ включены; так что, GoldEd ищет по всем полям заголовка сразу. К тому же, когда используется один из этих ключей, поиск ограничивается только ими.

Примеры:

<Odinn      Поиск только в поле From:.
<>Odinn     Поиск в полях From: и To:, но не в Subj:.
:tagline    Поиск “tagline” только в поле Subj:.

Символы команды поиска исчезают перед началом поиска. Если вам нужно найти строку, начинающуюся с какого-либо из поисковых символов, вы должны поместить их после разделителя, примерно так:

-|++        Поиск строки “++”.

Все это так же доступно через меню, вызываемое комбинацией Alt-S.

Использование внешних редакторов
Подобно всем редакторам сообщений, что могут использоват внешние текстовые редакторы для написания сообщений, GoldED должен справляться с проблемой неформатированных параграфов текста, оканчивающихся hard-cr-terminater строками.
Большинство текстовых редакторов убирают *все* строки c CR, 13d, 0Dh. Если вы не органичиваете в разумных пределах правое поле в текстовом редакторе, то данные строки могут очень раздражать при квотинге, если поле квоты будет короче. Это обычный результат “рваного” квотинга с длинными строками, вылазящих слева. Не очень приятное зрелище и, вдобавок, требует некоторого времени для приведения отквоченного в более приятный вид.
Для решения этой проблемы, GoldED довольствуется файлом из текста просто как если бы текстовые блоки не имели бы hard-cr – это называется “переразметка” текста. Конечно, это немедленно создает другую проблему: Если вы вставите текст из лог-файла, исходного кода, таблицу или что еще, то этот требующийся блок текста будет выравнен самостоятельно. Подобные блоки могут быть запутаны и нечитаемы.
GoldED пользуется специальной строкой контроля, которая говорит коду переразметки помещать hard-cr на одиночные или группы строк. Вы обозначаете строку в конфигурационном файле ключевым словом “Hardline”. Ниже приведен пример использование строки жесткого переноса (на примере “<<“):

<<
==== Log Cut ====
+ 22.24.31  Event 0-@
– 22.24.42  Preparing outbound mail
= 22.58.47  RING
= 22.58.55  CONNECT 2400
+ 22.59.02  Incoming call at 2400 baud
==== Log Cut ====
<<

В этом примере, строка жесткого переноса находится перед и после вставленного текста, обозначая тем самым, что все эти строки должны оканчиваться на hard-cr. Строка жесткого переноса должа содержать только  одинаковые символы и они должны находится только в первой позиции. Код переразметки выглядит как <string><cr>. И строка жесткого переноса работает в качестве “оболочки”.
Так же, у строк жесткого переноса есть другое использование: Если вы поместите строку в качестве последних символов в строке, эта строка так же будет оканчиваться на hard-cr.

Пример:

Greetings…<<
Odinn Sorensen<<

Последние символы “<<” в этом примере были не так важны, ибо пустая строка всегда оканчивается предыдущей строкой или параграфом с hard-cr. В любом случае, строка жесткого переноса исчезает перед сохранением сообщения.
Многие строки обозначаются как всегда оканчивающиеся на символ hard-cr и не имеют строк жесткого переноса. Такими строками могут быть отквоченные строки и строки контроля (те же кладжи), тирлайны и ориджины. В дополнение, три идетификационных символа в начале строки так же заканчивают предыдущий параграф.

Переразметка квоты
Когда вы цитируете сообщение, которое уже содержит в себе строки квоты, то эти строки могут оказаться длинее, установленной у вас границы цитирования. Многие редакторы сообщений просто обрезают строку по байту и перемещают остаток на строку ниже. GoldED делает это несколько иначе – он определяет границу цитирования строки и только тогда “переразмечает” все последующе строки с данной границей цитирования и помещает их обратно на переразмеченные строки. Обычно это отлично работает и хорошо выглядит. Так же это может создавать неудобства при некоторых обстоятельтвах.
Переразметка играет роль как в форматировании сообщения, так и в цитировании. Если вам необходимо изучить эффекты, попробуйте запуск команд READdecreasemargin или READincreasemargin (они не имеют никаких ключей, определенных по умолчанию).

Carbon Copy и Crossposting
♦ Carbon Copying

Carbon copy (CC) испольщуется для отправки сообщения некоторому числу пользователей без каких-либо дополнительных затруднений самостоятельного ввода и копирования сообщения для каждого из них. CC работает только с нетмейлом или локальными конференциями. Вы можете послать любое сообщение, в нетмейле можно, так же, использовать CC-возможность для отправки сообщений с прикрепленными к ним файлом.

Carbon copies создаются путем ввода “CC:” в начале сообщения, с последущим указанием имен или адресов, разделенных запятыми. Имена и адреса должны следовать некоторым правилам, так же как и при использовании возможности поиска в заголовке сообщения в нетмейле.

Пример:

CC: 16, Joergensen, #236/512

Если вы поместите символ “#” перед именем или адресом, то узел будет убран из списка, но сообщение получит.

Как альтернативой вводу имен или адресов, вы можете использовать адрессный макрос (см. NAMESFILE).

Если вам требуется отправить carbon copies некоторому количество человек и делать это регулярно, то вы можете поместить имена и адреса в файл и использовать так, как указано на примере ниже:

CC: @TESTERS.LST

Имена файлов и адреса могут быть расположены на строке в произвольном порядке. Строки в файле должны придерживаться одному формату, который был приведен выше. Имейте ввиду: Вы не можете указать файлы из файла.
При сохранении CC-сообщения, GoldED сканирует текст сообщения для поиска и обработки строк, содержащих CC:. После этого появится менб и предложит вам изменить формат CC-строк, атрибуты сообщений или отказаться от копий.
При обработке CC-списка, GoldED проверяет каждый узел на наличие в нодлисте и вызывает броузер нодлиста, в случае несовпадения или отсутствия узла.

♦ Crossposting
Crosspost практически идентичен Carbon Copy, правда, вместо посылки копий списку пользователей, он копирует сообщение в различные конференции. Обычно используется для поиска файлов, обьявлений о работе BBS и другой информации общей тематики.
Для кросспостинга сообщения достаточного всего лишь написать строку нижеуказанного формата:

XC: <echoid> [echoid] [..]

“XC:” обязан быть первыми тремя символами в строке. <echoid> должен обозначать конференцию, доступную в GoldED. Пример:

XC: GOLDED, NEWFILES_R23.PRO, ENET.SOFT

Подобная строка приведет к появлению в сообщении следующего:

* Crossposted in GOLDED
* Crossposted in NEWFILES_R23.PRO
* Crossposted in ENET.SOFT

И, соответственно, к отправке сообщения в эти конференции.

Пожалуйста, не злоупотребляйте этой возможностью – она несет в себе дублирование информации в почте и чрезмерное использование может привести к уменьшению отличительных черт конференций.
ПОДСКАЗКА: Если вы хотите сохранять копии ваших сообщений в отдельной области (допустим, в “outbox”), добавьте эту строку в шаблон вашего сообщения:

xc: #@cecho, #outbox

Данная строка автоматически скопирует ваше сообщение в область OUTBOX (вы можете обозначить конференцию и по другому). Знак ‘#’ говорит редактору, что вы не желаете, чтобы в сообщении упоминалось про кросспостинг. “@cecho является шаблонным токеном, который заменяется на название текущей эхоконференции.
Единственное, что получается неудобно в таком совете, так это невозможность посмотреть в OUTBOX в какой конференции было изначально написано то или иное сообщение.

Использование таглайна
В GoldED есть поддержка таглайнов, которые выглядять примерно так, как показано в примере:

… tagline
— GoldED 2.51
* Origin: whatever (2:236/77)

Таглайнами, обычно, являются однострочные шутки, высказывание или еще что-либо в этом роде. Они не несут абсолютно никакой технической функции и созданы только для того, чтобы занимать свободной дисковое пространство и модемное время. В некоторых конференциях таглайны могут быть запрещены модератором, так что лучше всего, перед использованием таглайнов, прочитать правила конференции.

В данный момент поддержка таглайнов в редакторе не такая уж и мощная. Вы можете определить некоторое количество глобальных таглайнов и самостоятельно выбирвать их из меню (так же как и ориджины). Таглайны так же можно поместить в группы случайной системы, где они будут выбираться случайным образом. Для этого вы вам нужно указать файл с помещенной в него коллекцией таглайнов.

Таглайны в сообщениях отмечаются и выделяются другим цветом (обозначаемым с COLOR READER TAGLINE).

Ключевые слова, относящиеся к поддержке тагланов:

TAGLINE <text> или @<filename>    Обозначается таглайн или файл
TAGLINECHAR <char>                      Обозначается символ таглайна
TAGLINESUPPORT <yes/no>             Отключение поддержки таглайнов.

Если вы определили таглайны глобально. GoldED автоматически добавит дополнительные функции меню в EDITMENU и EDITSAVEMENU для предоставления вам самостоятельного выбора таглайнов при написании сообщения или при его сохранении.

Подобно ориджинам, так же возможен выбор таглайна по умолчанию командой READchangetagline. По умолчанию вызывается комбинацией Ctrl-I.
Пример GOLDKEYS.CFG:

^I  READchangetagline

В будущем планируется добавить следующие функции: Команду для “кражи” таглайнов. Броузер коллекции таглайнов. “Фильтрование” таглайнов. Пожалуйста, имейте в виду, что таглайны в разработке имеют очень низкий приоритет. Так что, – выдыхайте.

#page
#———————————————————————
#chapter Использование кодовой таблицы ISO 8859-1 (“Latin-1”)

Данная глава описывает как настроить GoldED для использования таблицы символов ISO 8859-1 во всех или определенных эхоконференциях.

Таблица символов ISO 8859-1, кажется, была предназначена стандартом для акцентирования (highbit) символов в Интернете. Так же, она используется как основная таблица символов в MS-Windows (code page 1252) и в Amiga.

Для настройки перекодировки добавьте следущие строки в Random System groups. Они могут использоваться так же глобально в основной конфигурации, если вам требуется установить ISO 8859-1 в качестве кодировки по умолчанию во всех почтовых областях.

XLATIMPORT LATIN-1
XLATEXPORT LATIN-1

XLATIMPORT/EXPORT используются для перекодировки “на” и “с” таблицы символов IBM PC 8-bit (ASCII).

Следующие строки нужно добавить в основную конфигурацию:

XLATPATH <path to the .CHS files>

Если ваша кодировка CP437 или CP865, используйте эти две:

XLATCHARSET IBMPC     LATIN-1   IBM_ISO.CHS
XLATCHARSET LATIN-1   IBMPC     ISO_IBM.CHS

А если ваша кодировка CP850, то эти:

XLATCHARSET CP850     LATIN-1   850_ISO.CHS
XLATCHARSET LATIN-1   CP850     ISO_850.CHS
XLATLOCALSET CP850

Два файла .CHS находятся в XLATPATH. Вы можете найти их в директории XLAT, внутри архива продвинутой настройки.

GoldED будет помещать кладж “^aCHRS LATIN-1 2” или “^CHARSET LATIN-1 2” в ваши сообщения для того, чтобы другие почтовые редакторы могли перекодировать их в, по необходимости, в свои кодировки.

Вот и все.

#page
#———————————————————————
#chapter Конвертирование ваших highbit-символов в ASCII

Если модератор конференции или сетевое полиси запрещает использование highbit-символов в качестве ваших национальных символов, вы должны настроить GoldED таким образом, чтобы данные символы конвертировались в поддерживаемые ASCII. К счастью, существует три пути решения данной проблемы с помощью GoldED.

Предположим, что вам нужно переконвертировать символы ▓?▐▒?├ (наиболее используемые в качестве национальных символов в Дании, кодировки 865 и 850).

Вы можете перекодировать символы, используя EDITmacro, поместив данные строки в файл GOLDKEYS.CFG:

▓   EDITmacro “AE”
?   EDITmacro “OE”
▐   EDITmacro “AA”
▒   EDITmacro “ae”
?   EDITmacro “oe”
├   EDITmacro “aa”

Альтернативным решением будет использование EDITCOMPLETION, наподобие того, что помещен в GOLDED.CFG:

EDITCOMPLETION “▓” “AE”
EDITCOMPLETION “?” “OE”
EDITCOMPLETION “▐” “AA”
EDITCOMPLETION “▒” “ae”
EDITCOMPLETION “?” “oe”
EDITCOMPLETION “├” “aa”

Если вы используете один из двух вышеописанных методах конвертирования ваших highbit-символов, то этого вполне хватит. Единственное неудобство будет в том, что вы можете использовать эти значения глобально на все эхоконференции.

Наилучший метод конвертирования символов будет метод с использованием системы перевода символов и включение ее в те эхоконференции, где потребуется. Рассмотрим более подробно. Когда система перевода символов включена, вы просто вводите свое сообщение, используя национальные символы.
При сохранеии сообщения, GoldED автоматически перекодирует их в ASCII.

Добавьте следующие строки в GOLDED.CFG:

XLATPATH <path where IBM_ASC.CHS can be found>
XLATCHARSET IBMPC ASCII IBM_ASC.CHS

Добавьте строку в GOLDED.CFG глобально или в определенную группу:

XLATEXPORT ASCII

Файл IBM_ASC.CHS можно взять в архиве XLAT.ZIP вместе с архивом руководства и более сложными файлами конфигурации.

Из этого следует, что файл IBM_ASC.CHS является таблицей конвертирования из кодировки 437 (в данный момент 865) в ASCII. Если вашей кодировкой является 850, вам слудет использовать следующий XLATCHARSET, вместо тех, которые были показаны выше:

XLATCHARSET CP850 ASCII 850_ASC.CHS

Так же вам потребуется добавить эту строку:

XLATLOCALSET CP850

Ключевое слово XLATLOCALSET дает понять редактору о том, какая кодировка используется на вашем компьютере.

#page
#———————————————————————
#chapter Дешифровка сообщений

GoldED предоставляет возможность де\\шифровку сообщений с использованием метода шифрования ROT13. Данный метод шифрования очень прост: Просто замена символов “A-M”, “a-m” на “N-Z”, “n-z” и наоборот.

В основном, ROT13 использовался в телеконференцияз Интернета в качестве “защиты от дураков” для подсказок к играм, шуточных подписей и другой чепухи. В этой сети многие редакторы имели возможность де\\шифровку данным методом.

В Фидонет не все редакторы сообшений имеют эту возможность и текущее полиси (Policy 4) говорит по этому поводу следующее:

2.1.4  Encryption and Review of Mail

FidoNet is an amateur system. Our technology is such that the
privacy of messages cannot be guaranteed. As a sysop, you have the
right to review traffic flowing through your system, if for no
other reason than to ensure that the system is not being used for
illegal or commercial purposes. Encryption obviously makes this
review impossible. Therefore, encrypted and/or commercial traffic
that is routed without the express permission of all the links in
the delivery system constitutes annoying behavior.

У вас будет возможность зашифровки вашего сообщения с помощью ROT13, но все же не следует пользоваться услугиами GoldED, ибо если в вашей сети к этому отнесутся более чем спокойно, то все равно *никогда* не пользуйтесь данной возможностью в интернациональных конференциях.

Так же прочитайте главу о настройке GoldED с PGP.

#page
#———————————————————————
#chapter Использование функции UUDECODE

GoldED содержит встроенную функцию декодирования UUE. Это ключевая фраза READuudecode, по умолчанию, вызывается комбинацией клавиш Ctrl-X.

UUE-декодер в GoldED основан на (но в очень измененной форме) очень старом (’88), но хорошем исходнике на C (доступный как UUENUUDE.ZIP на моей системе), который в свою очередь, базировался на оригинале Беркли.

В процессе декодирования проверки на ошибки не производится.

Текущая версия GoldED не умеет раскодировать данные, которые разрезаны на несколько секций и/или несколько сообщений. Поддерживается только раскодирование UUE, MIME Base64 и другие форматы кодирования бинарной информации не проддерживаются.

#page
#———————————————————————
#chapter Использование функции UUENCODE

GoldED содержит встроенную функцию кодирования UUE, которая доступна при импортировании файла во встроенном редакторе.

Для кодирования файла при импортировании, просто укажите символ ‘#’ перед названием файла.

Например: #WHATEVER.ZIP    – Будет импортирован как:

begin 644 WHATEVER.ZIP
[uuencoded data] end

ЗАМЕЧАНИЕ: Это очень простая реализация uue-кодирования. Она не может разбивать большие файлы на несколько сообщений.

ВНИМАНИЕ: Исходя из вынужденого недостатка памяти, стандартная 16-битная DOS-версия редактора, обычно не воспринимает сообщения больше, чем 10-16 килобайт. Вы можете быстро узнать размер файла после его кодирования. В силу этой причины, вы можете не использовать данную возможность или использовать один из 32-битных версий редактора (DOS-386, OS/2 или Win32).

В текущий момент GoldED поддерживает только UUE-кодирование, MIME Base64 или другие форматы кодирования бинарной информации не поддерживаются.

#page
#———————————————————————
#chapter Поиск и навигация по нодлисту

Когда вы пишите сообщение в нетмейле, вы должны знать имя и сетевой адрес получателя. Но нередко память подводит и некоторая информация забывается, в том числе адрес и имя человека. GoldED поддерживает несколько различных индексаций нодлиста: GoldNODE (проприетарнай формат), FrontDoor, Version 7 и FIDOUSER.LST.

Когда вы вводите имя или адрес в заголовок (в поле TO:) и нажимаете <Enter>, GoldED смотрит в индекс нодлиста в поисках дополнения невведенной информации. Вы можете ввести адрес в поле имени. Имя будет искаться в фамилиях (ибо индекс структруирован таким образом). Если вы ввели часть имени или адреса, GoldED будет искать все совпадения. Адрес может быть введен в сокращенной форме, основываесь на текущем AKA, к примеру – .3 для адреса вашего третьего поинта, или 33 для узла 33 в вашей сети.

Перед поиском в нодлисте сканируется список адрессных макросов и если находится подходящий, то он и используется.

Найдя подходящую, GoldED проверяет бит и затем смотрит, есть ли еще подходящие. Если найден один, в заголовок вставляются найденые данные и вы можете продолжать редактирование. Если найдено больше одного подходящего, GoldED загружает навигатор нодлиста. С помощью которого вы сможете выбрать из всех доступных совпадений тот, который вам нужен. После того, как данный узел выбран, следует нажать <Enter>. Полное имя и адрес выбранного вами узла поместится в соответствующие поля заголовка. Выйти из навигатора и обнулить найденную информацию можно нажатием клавиши <Esc>. Находясь в нодлистовом броузере, вы можете нажать <Tab> для переключения между поиском по имени и адресу.

Список узлов в отсортирован различно, относительно того, что вы ввели. Если вы ввели имя, список сортируется в алфавитном порядке по фамилии. Если вы ввели адрес, список сортируется по увеличивающимся адресам.

Навигатор нодлиста может быть вызван и другим способом. Клавиши F10 и Shift-F10 загружают навигатор для имен в поле FROM и TO (узлы) соответственно. Это частенько раздражает, и вы можете прекрасно обходится без этой функции, я так думаю 🙂

Функция поиска в нодлисте может быть так же использована во встроенном редакторе. Нажатием Alt-L вызывается навигатор для имени или адреса, на котором находится курсор!

#page
#———————————————————————
#chapter Поиск пользователя в базе данных

У GoldED имеется специальная возможность для сисопов BBS, как поиск пользователя в базе данных.

В областях Hudson, Ezycom, Squish (и *.MSG, если вы пользуетесь Maximus) доступен поиск по имени с использованием масок.

Данная форма поиска использует в маске имени символы, основываясь на DOS/4DOS. Например:

To: Joe*    Поиск всех имен, начинающихся на “Joe”.
To: *Blow   Поиск всех имен, заканчивающихся на “Blow”.
To: Od?n*   Поиск “Odinn”, “Oden” и тому подобное.

Относительно размера вашей базы данных пользователей и скорости вашего комьютера, поиск может быть несколько медленным.

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

#page
#———————————————————————
#chapter Пометка сообщений

У GoldED имеется система пометки сообщений, которая позволяет делать различные манипуляции с выбранными сообщениями.

Вы можете пометить вручную каждое сообщение, одно за другим, используя READtogglemark-команду <Space> или использовать READmarkingoptions-меню <Alt-S>. С помощью меню выделения сообщений вы можете, к примеру, пометить все сообщения в отдельном треде (цепочки ответов) или все сообщения, которые подходят под указанную маску, или по каким-либо другим критериям.

После того, как вы мометите сообщения, вы можете копировать, перемещать, удалять или записывать их. Или же вы можете включить для всех выделенных сообщений режим “только для чтения”.

Метки остаются до тех пор, пока вы не удалите (отмените метки) или выйдите из GoldED. Они остаются даже если вы перейдете из текущей эхообласти в другую.

Другим, более изменчивым, методом отметки являюется “закладки”. Их можно использовать для возврата на нужную позицию после пролистывания длинной цепочки ответов или что-либо в этом роде. Можно использовать только одну закладку и она сбрасываются при переходе в другую эхообласть. Используя функцию Find, можно убрать закладку с текущего сообщения.

#page
#———————————————————————
#chapter Функция файлового запроса

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

Функция файлового запроса (по умолчанию Ctrl-F) просканирует текущее сообщение и предоставит вам список доступных для запросов файлов. Golded может даже показать описание файлов, если они доступены.

Выбор файлов осуществляется нажатием <Space>. У выделенных файлов, перед названием будет ставится ‘+’. Выбор так же можно отменить нажатием <Esc>. После того, как выбор сделан, нажмите <Enter>.

Теперь из списка следует выбрать эхообласть. Вы должны хранить нетмейловую область в формате сообщений *.MSG ибо на текущий момент многие мейлеры не понимают нетмейл в Hudson и Squish.

После выбора области, проверьте, что заголовок (имя в поле TO и т.де) правильный. Теперь вы можете, если хотите, написать благодарность в
прилагающиеся сообщение или сохранить сообщение пустым сразу (если в конфигурационному файле насстройка EDITMENU установлена на Yes).

В момент начала редактирования заголовка, имена файлов и описания
записываются в FILES.BBS в INBOUNDPATH. Это может быть полезным, если вы
скачиваете файлы для своей BBS и вам не придется искать описания,
просматривая все файлы. Факт, что FILES.BBS запишется на ваш диск перед тем,
как вы сохраните сообщение; можно так же получать “свободные” описания из
ответного сообщения, которое посылают многие мейлеры после файлового
запроса.

Ниже идут некоторые текущие ограничения в файловых запросах редактором:

*   Вы можете запросить столько файлов, сколько поместится в строке subject
одного сообщения.

*   GoldED распознает несколько различных типов файла, но некоторые может и
не поддерживать полностью. Имеется в виду, что законные описания могут
быть не найдены редактором или, что некоторые файлы могут не
распознаться как запрашиваемые.

*   Если сообщение не подобает известному формату аннонсов, редактор будет
искать (в данном случае – _так же_) известные расширения архивов. Данные
расширения настраиваются в конфигурационном файле с помощью настройки
FRQEXT. Так же, GoldED понимает только по одному файлу в строке, и
обязательно без пробелов между именем и расширением, и без “забавных”
символов в имени файла. Описание покоится в строке.

#page
#———————————————————————
#chapter Использование функции поиска личной почты

GoldED может сканировать эхообласти для поиска сообщений, адресованных на
имя, указанное в USERNAME.

NOTE: Данная функция является довольно новой в редакторе (с версии
2.50.Beta4) и еще имеет свои недостатки и недочеты. На текущий момент данная
функция находится на стадии тестирования. Пожалуйста, присылайте свои
комментарии, вопросы и предложения по поводы возникших проблем.

Функция поиска личных сообщений может быть активирована двумы разными
способами:

1.  Вручную из списка областей, используя меню, вызываемое по Alt-P (команда
AREAscanpm). Меню содержит несколько пунктов, как и меню, вызываемое в
режиме чтения по комбинации Alt-S. Здесь вы можете выбрать сканировать
все, выделенную, текущую, попадающие под маску или несканированыне
области.

2.  Сканировать автоматически, используя в конфиге настройку PERSONALMAIL с
параметром Startup.

Если сканирование личной почты активировать из меню на списке эхообластей,
то когда сканирование будет завершено, GoldED покажет окно с простой
статистикой поиска почты на ваше имя (“xx писем найдено в yy областях”).
Окно закроется через некоторое время или по нажатию клавиши.

Эхообласти с найденой личной почтой будут помечены ‘+’ после количества
сообщений в столбце Msgs. В строке статуса будет показываться точное
количество сообщений на ваше имя при наведении кусора на определенную
область.

Удалить метки о личной почте с областей без чтения самой почты можно
использрванием простого сканирования эхообласти (Alt-S).

Для того, чтобы прочитать сообщения, адресованные на ваше имя, достаточно
просто войти в помеченную область. GoldED будет автоматически переключатся в
режим “Read Marked”, так что вы прочтете только сообщения для вас. После
прочтения, когда вы выйдите из конференции, GoldED вспомнит оригинальный
lastread и вернет его туда, где он был (подобное работает только в режиме
“Read Marked” с сообщениями, адресованные на ваше имя).

Вы можете автоматически отсортировать области с личными сообщениями на верх
списка областей, добавлением ‘P’ в начало текущей строки AREALISTSORT. К
примеру: AREALISTSORT PTUE.

Сканируются только те сообщения, которые находятся после lastread’ов.
Игнорируются все сообщения, которые помечены как полученные.

Ключевые слова конфигурационного файла AREAPMSCAN, AREAPMSCANEXCL и
AREAPMSCABINCL по своей работе походят AREASCAN, AREASCANEXCL и AREASCANINCL
для сканирования обычной почты.

Ключевое слово PERSONALMAIL устанавливает настройки для функции сканирования
персональных сообщений. С ним вы можете сказать GoldED сканировать
автоматически почту при загрузке и глядеть сообщения на всем ваши USERNAMES
(если у вас больше, чем одно написание вышего имени, к примеру).

В данный момент сканирование на предмет наличия почты, адресованной на ваше
имя поддерживается только для следующих форматов почтовых баз: JAM, Squish,
Hudson, Goldbase и PCBoard. Поддержка для *.MSG и Ezycom будет добавлено в
будущих версиях редактора.

#page
#———————————————————————
#chapter Использование Интернет-возможностей

В данной главе (которая не окончена!) обсуждается использование функции
совместимости редактора с Интернетом.

Так же прочитайте главу “Использование функции SOUP”.

Если у вас имеется доступ в Интернет через шлюзование путем работы
программы-гейта GIGO, вам следует иметь в виду, что гейт-оператор использует
следующие кладжи в файле GIGO HEADERS.CFG:

Allow_To:
Allow_From:
Allow_Newsgroups:
Allow_Subject:
Allow_Date:
Allow_Message-ID:
Allow_References:
Allow_In-Reply-To:
Allow_Organization:
Allow_MIME-Version:
Allow_Content-Type:
Allow_Content-Transfer-Encoding:
Allow_Sender:
Allow_X-Newsreader:
Allow_X-Mailreader:
Allow_X-To:

Эти строки контроля интернет-RFC-заголовка, GoldED может помещатьь в
ваши сообщения, если вы установите в конфигурационном файле INTERNETRFCBODY
YES при настройке интернет-конференций.

<глава еще не закончена>

#page
#———————————————————————
#chapter Использование PGP в качестве внешней утилиты

Данная глава описывает возможность установки PGP в качестве внешней утилиты.
Примеры предполагают, что в PGP 2.3 или выше установлен в директорию C:\\PGP.

Добавьте следующее в ваш GOLDED.CFG:

— Cut —
EXTERNUTIL 1 -nokeepctrl -wipe c:\\pgp\\pgp.exe +force -sa @tmpfile -u
“@oname” -o @file
EXTERNUTIL 2 -nokeepctrl -wipe c:\\pgp\\pgp.exe +force -sta
+clearsig=on @tmpfile -u “@oname” -o @file
EXTERNUTIL 3 -nokeepctrl -wipe c:\\pgp\\pgp.exe +force -ea @tmpfile
“@dname” “@oname” -u “@oname” -o @file
EXTERNUTIL 4 -nokeepctrl -wipe c:\\pgp\\pgp.exe +force -eas @tmpfile
“@dname” “@oname” -u “@oname” -o @file
EXTERNUTIL 5 -nokeepctrl -wipe c:\\pgp\\pgp.exe +force @tmpfile -o
@file -u “@dname”
EXTERNUTIL 6 -noreload c:\\pgp\\pgp.exe +force -ka @file -u “@dname”
EDITSAVEMENU Yes
EDITSAVEUTIL 1 “S PGP Sign the msg”
EDITSAVEUTIL 2 “l PGP Clear-Sign the msg”
EDITSAVEUTIL 3 “E PGP Encrypt the msg”
EDITSAVEUTIL 4 “p PGP Encrypt & Sign the msg”
EXTERNOPTIONS -Pause
— Cut —

NOTE: Некоторые из конфигурационных строк перенесены на следующие строки.
Они конечно же должны быть прописаны в GOLDED.CFG одной строкой.

Добавьте следущее в ваш GOLDKEYS.CFG:

— Cut —
F11   ExternUtil03    ; F11       -> Encrypt message
F12   ExternUtil05    ; F12       -> Decrypt message
#F12  ExternUtil06    ; Shift-F12 -> Add public key to keyring
— Cut —
Если вы хотите использовать клавиши F11/F12, вам следует указать KEYBEXT Yes
в GOLDED.CFG (хотя, это используется по умолчанию). Конечно же, вы можете
переназначить на другие клавиши, только постарайтесь не использовать занятые
клавиши.

Командные строки PGP настраиваются для каждого адрессата. К тому же, вы не
нужно расшифровывать свои собственные сообщения и получать непрактичный бит
😉

КАК ВСЕМ ЭТИМ ПОЛЬЗОВАТЬСЯ:

Для подписи (‘sign’), очистки подписи (‘clearsign’) или зашифровки сообщения
просто выберите требуемый пункт в меню сохранения сообщения. Другой метод
описывается ниже.

Для шифрования расшифрованного сообщения, нажмите F12 в процессе просмотра
сообщения. После шифровки, вы можете записать сообщение в файл или
распечатать на принтере, ответить на него или копировать и тому подобное.
Зашифрованный текст сохранится и при перемешении его из сообщения или после
каких-либо других операций. Для того, чтобы сделать шифрование перманентным
(сохранили на диск в зашифрованной форме), используйье команду Change Msg
после шифрования и когда сохраняете сообщение, или используйте функцию
копирования. если вы желаете сохранить оригинал нетронутым..

Одно только плохо – дешифрованный текст сообщения НЕ будет содержать
кладжей, если будет расшифрован из EDITSAVEMENU. Если вы все же поступите
именно так, то потеряете все кладжи сообщения. В данный момент, единственный
способ сохрания кладжей в расшифрованном тексте – дешифровать его “вручную”
после его сохранения, используя F11, Change Msg и немедленное сохранение.
Если вы пойдете этим путем – будьте осторожны в многозадачных/сетевых
окружениях, когда сканирование почты “зацепит” не дешифрованное сообщение
перед тем, как вы сможете добраться до него… Я планирую исправить данную
проблему в будущих версиях программы.

#page
#———————————————————————
#chapter Возможности использование GIF

Эта глава описывает возможности использования функции GIF в GoldED.

Если в сообщении находится кладж GIF, токен @gif соотносится с названием
файла. Вы можете настроить внешнюю утилиту для проссмотра GIF (если у вас
есть этот файл) подобным образом:

(В GOLDED.CFG:)
EXTERNUTIL XX c:\\utl\\vpic.exe @gif

(В GOLDKEYS.CFG:)
key ExternUtilXX

Если найден кладж GIF, текст “[GIF:filename]” добавляется в правый нижний
угол заголовка, чтобы вы знали о нем уже без принудительного просмотра
кладжей.

Если у вас нет данного GIF, вы можете запросить его нажаимем Ctrl-F (команда
READfilerequest).

Некоторое замечание о токене @gif: Он показывает именем файла из кладжа GIF,
или другого. Если указан GIFPATH, то путь относится к имени файла.
Расширение файла НЕ добавляется. Это значит, что вы можете конвертировать
.GIF’ы в небольшие форматы с различным расширением.

Пример: EXTERNUTIL XX c:\\utl\\vpic.exe @gif.jpg

Вы можете настроить GoldED так, чтобы он вставлял кладж GIF в ваши
сообщения. Для подробностей обратите внимание на конфигурационное слово GIF.

NOTE: Кладж GIF не обязателен к использованию и нет реальной уверенности в
том, что данный кладж не будет заставлять нервничать остальных: “еще один
ненужный кладж”, который к тому же увеличивает размер сообщения (не на
много, максимум – 16 байт). Так что я рекомендую использовать его в
некоторых эхах и, возможно, в нетмейле. Так же будет не лишним спросить
модеатора эхоконференции перед тем, как использовать данный кладж.
Используйте GIF в Random System groups, вместо глобального использования.
Так же прочитайте главу “Строки технической информации в сообщении” для
более подробной информации о кладжах.

Планируется:

*   Указать ключевое слово GIFVIEWER и команду READgifviewer вместо
использования внешней утилиты. GIFVIEWER будет работать как EDITOR и
SPELLCHECKER – т.е не будет встроенным просмоторщиком.

*   Выбор GIF из меню, подобно ориджинам, таглайнам и т.д.

#page
#———————————————————————
#chapter Использование QWK

GoldED поддерживает импорт и экспорт пакетов формата QWK для конференций
BBS, е-мейлов и телеконференций. С данной возможностью, вы можете
использовать GoldED в качестве оффлайного QWK-редактора.

QWK-пакет содержит в себе файлы CONTROL.DAT, MESSAGES.DAT и, возможно,
некоторое число других файлов. GoldED использует только два файла.

QWK-пакет, сгенерированный редактором содержит файл <BBSID>.MSG, который
содержит в себе соообщения, которые вы написали с помощью GoldED. <BBSID> –
идентификационное название BBS, с которой выскачали и на которую закачиваете
QWK-пакеты.

Текущая версия редактора не поддерживает распаковку и паковку сжатых .QWK и
.REP пакетов. Вы должны распаковывать и разпаковывать ваши QWK/REP пакеты
вручную или используя пакетный файл.

При экспортировании сообщения в QWK-reply пакет, GoldED будет
*перезаписывать* любые наличествующие пакеты (<BBSID>.MSG), так что вам не
следует экспортировать пакет, пока не будете готовы закачивать ваш пакет.

После обработки файла CONTROL.DAT, GoldED записывает файл <BBSID>.GLD в
GOLDPATH. Файл, используемый редактором, хранит связи между номерами и
именами конференций, для использования последующих ответов и написания новых
сообщений. Для экспортирования QWK вы должны предварительно импортировать
QWK-пакет, чтобы создался файл <BBSID>.GLD.

Функции импорта и экспорта QWK активируются из подменю, которое вызывается
комбинацией Alt-S в списке конференций. Подменю, если указано, содержит
только QWKIMPORTPATH и/или QWKEXPORTPATH.

Ниже приведены ключевые слова для настройки QWK-поддержки в GoldED:

QWKIMPORTPATH <path>
Путь, где находятся файлы QWK-пакета (CONTROL.DAT и MESSAGES.DAT).

QWKEXPORTPATH <path>
Путь, где расположены исходящие файлы QWK (<BBSID>.MSG).

QWKBADMSGS <echoid>
Указание области, куда попадают сообщения из неизвестных конференций.
Если сообщения случайно попали туда, вы можете переместить их руками в
правильную область. Если эхообласть badmsgs не обозначена, сообщения
будут удаляться. Сообщения, попавшие в badmsgs будут иметь строку
“AREA:<bbsid>_<confno>” в начале сообщения.

QWKCONFMAP <bbsid> [“]<confname>[“] <echoid>
Определение mapping между <BBSID> и названием конференции в пакетах
QWK и echoid конференции как запрашиваемой редактором. Вы ДОЛЖНЫ
указать mapping для каждой конференции, к которой подписаны. Если вы
не сделаете этого, сообщения будут отправляться в область,
определенную в QWKBADMSGS или удаляться. <bbsid> описывается на пятой
строке CONTROL.DAT после запятой. <confname> – название конференции
описывается на тринадцатой строке и на альтернативных строках вначале
CONTROL.DAT. Если название конференции содержит пробелы, то <confname>
должно быть внутри двойных кавычек (напр., “Main Board”). Область
<echoid> должна быть всегда определена в AREAFILE или использую
AREADEF или AREA в конфигурационном файле.

QWKTOSSLOG <file>
Имя файла, куда GoldED помещает echoid каждой конференции, куда
импортируются статьи. Файл tosslog предназначен для использования
линковщиком ответов. Если путь не указан, по умолчанию берется
GOLDPATH.

QWKREPLYLINKER <cmd>
Команда для программы линкования ответов, вызывающаяся после импорта
QWK.

QWKOPTIONS <bbsid> <options>
Обозначение различных настроек для поддержки QWK.

INTERNETRFCBODY <yes/no>
Следует включать в конференциях с Internet RFC-заголовками в начале
сообщений. Для более подробной информации прочитайте главу
“Использование SOUP”.

CTRLINFO <tearline/origin/no>
Включение или отключение тирлайна и/или ориджина в random system
groups.

В эхоконференциях, где включен INTERNETRFCBODY, или RFC-заголовки
представлены как FTN-кладжи, GoldED будет конвертировать RFC-заголовки
Message-ID, Reference и In-Reply-To в кладжи MSGID и REPLY; так что вместо
тупого линкования по полю subject, можно использовать линковку по
MSGID/REPLY. Так же, GoldED получает полную длину строк To/From/Subject и
хранит их в сообщении, вместо коротких двадцатипяти символьных полей QWK.

И наконец, если определено ключевое слово INTERNETGATE, редактор будет
добавлять в сообщения FSC-35 кладжи REPLYTO и REPLYADDR.

Пример настройки в GOLDED.CFG:
(для интернет-настройки так же смотрите главу про SOUP).

// Основные установки QWK
QWKIMPORTPATH C:\\QWK\\
QWKEXPORTPATH C:\\QWK\\
QWKBADMSGS BAD_QWK

// Линковка при использовании GEcho и базы в формате Hudson:
QWKTOSSLOG     C:\\GECHO\\IMPORT.HMB
QWKREPLYLINKER C:\\GECHO\\MBUTIL Link

// Линковка при использовании GEcho и базы в формате JAM:
QWKTOSSLOG     C:\\GECHO\\IMPORT.JAM
QWKREPLYLINKER C:\\GECHO\\MBUTIL Link

// Линковка при использовании Squish и базы в формате Squish:
QWKTOSSLOG     C:\\SQUISH\\QWKTOSS.LOG
QWKREPLYLINKER C:\\SQUISH\\SQUISH LINK -fC:\\SQUISH\\QWKTOSS.LOG

// QWK конференции
QWKCONFMAP GOLDWARE GoldED GOLDED
QWKCONFMAP GOLDWARE “GoldED Beta” GOLDED.BETA
QWKCONFMAP GOLDWARE “BBS Users” BBS.USERS
QWKCONFMAP WHOKNOWS EMail EMAIL
QWKCONFMAP WHOKNOWS dk.chat DK.CHAT
QWKCONFMAP WHOKNOWS dk.test DK.TEST

// Определение эхообластей для QWK конференций
AREADEF BAD_QWK “Bad QWK msgs” 0 Echo Opus C:\\QWK\\CONF\\BADQWK
AREADEF GOLDED “GoldED support” 0 Echo JAM C:\\QWK\\CONF\\GOLDED
AREADEF GOLDED.BETA “GoldED beta” 0 Echo JAM C:\\QWK\\CONF\\GOLDBETA
AREADEF BBS.USERS “BBS Users” 0 Echo JAM C:\\QWK\\CONF\\BBSUSERS
AREADEF EMAIL “E-Mail” 0 EMail Opus C:\\QWK\\CONF\\EMAIL
AREADEF DK.CHAT “dk.chat” 0 News JAM C:\\QWK\\CONF\\DKCHAT
AREADEF DK.TEST “dk.test” 0 News JAM C:\\QWK\\CONF\\DKTEST

// Группа для EMAIL области
GROUP EMAIL
CTRLINFO        NO
EDITHARDTERM    YES
TEMPLATE        INTERNET.TPL
INTERNETADDRESS odinn@whoknows.where
INTERNETMSGID   YES
INTERNETRFCBODY YES
ENDGROUP

// Группа для телеконференций сети Интернет
GROUP Newsgroups:
MEMBER          dk.*
CTRLINFO        NO
EDITHARDTERM    YES
INTERNETADDRESS odinn@whoknows.where
INTERNETMSGID   YES
INTERNETRFCBODY YES
QUOTECHARS      “:;|”
TEMPLATE        INTERNET.TPL
WHOTO           All
ENDGROUP

Планируемые возможности QWK:

* Поддержка BlueWave и, возможно, других форматов пакетов.
* Поддержка сжатия пакетов .QWK и .REP.
* Встроенный линковщик ответов.
* Ваши пожелания 🙂

#page
#———————————————————————
#chapter Использование SOUP

GoldED поддерживает импорт и экспорт пакетов формата SOUP для е-мейлов и
телеконференций сети Интернет. С помощью данной возможности вы можете
использовать GoldED в качестве оффлайнового редактора для Интернет. Формат
пакета SOUP 1.2 описан в документе SOUP12.DOC Райсом Везерли (Rhys
Weatherley) <rhys@cs.uq.oz.au>.

Пакет SOUP содержит некоторое число пакетных файлов с расширением .MSG, плюс
файл AREAS, в котором описывается куда поместить каждый .MSG. В SOUP-пакете
могут находится и другие файлы, но они не поддерживаются редактором.

Ответный SOUP-пакет, создаваемый GoldED, содержит в себе GOLDMAIL.MSG длф
е-мейлов/или GOLDNEWS.MSG для телеконференций, плюс файл REPLIES, в котором
находится список .MSG-пакетов.

Функции импорта и экспорта SOUP активируются из подменю, которое вызывается
комбинацией Alt-S в списке конференций. Подменю, если указано, содержит
только SOUPIMPORTPATH и/или SOUPEXPORTPATH.

Ниже описываются ключевые слова, которые отвечают за поддержку SOUP в
редакторе GoldED:

SOUPIMPORTPATH <path>
Здесь размещаются приходящие файлы пакетов SOUP (AREAS и *.MSG).

SOUPEXPORTPATH <path>
Здесь указывается путь размещения исходящих пакетов SOUP (REPLIES и
GOLD*.MSG).

SOUPEMAIL <echoid>
Указывается область расположения е-мейла.

SOUPBADMSGS <echoid>
Указывается область, куда помещаются статьи из неизвестных
телеконференций. Если по воле случая статьи попали в эту область, мы
можете вручную переместить их в правильные области. Если область
badmsgs не определена, статьи удаляются.

SOUPNEWSRCFILE <file>
Имя и полный путь до файлв NEWSRC, в котором находится список всех
телеконференций, к которым вы подключены. GoldED пользуется списком
меток подходящих областей как телеконференциями. Это требуется при
экспорте SOUP-пакетов, когда сканируется исходящая почта.

SOUPTOSSLOG <file>
Имя файла, где GoldED размещает echoids (названия телеконференций)
каждой области, в которую импортируются статьи. Файл tosslog
используется линковщиком ответов. Если путь не указан, по умолчанию
берется GOLDPATH.

SOUPREPLYLINKER <cmd>
Команда для программы линкования ответов, вызывающаяся после
импорта SOUP.

INTERNETADDRESS <internet-address>
Установка вашего интернет-адреса. Здесь должен быть только адрес,
никаких имен. INTERNETADDRESS и USERNAME скомбинируются в стандартный
заголовок “From: internetaddress (username)” при написании е-мейла или
статей.

INTERNETGATE [gatename<,>]<ftn-address>
Установка FTN-адресса, который будет использоваться в качестве адреса
отправителя в заголовке FTN-сообщения. Так же, этот адрес испольщуется
в кладжах FSC-35 REPLYTO/REPLYADDR, которые вставляются в е-мейл или
новости, импортированные из SOUP-пакетов.

INTERNETMSGID <yes/no>
Указание, что кладж FTN MSGID будет в формате RFC1036-совместимом
Message-ID или в нормальном FTS-9. Замечу, что использование формата
RFC1039 в MSGID нарушает спецификацию FTS-9 (версия 001), поэтому не
используйте данную возможность в Фидонет. В качестве предохранения от
случайности, GoldED будет использовать формат RFC1036 только в
областях, помеченных как e-mail или newsgroup, используя SOUPMAIL и
SOUPNEWSRCFILE или типы областей Email и News с ключевым словом
AREADEF каждый раз, когда INTERNETMSGID будет указан YES глобально.

INTERNETREPLY <yes/no>
Если установлено yes (по умолчанию), GoldED использует для ответа
метод FSC-35, который помезается UUCP в поле To: и строку To: в начале
сообщения. Для использования с SOUP рекомендуется отключить данную
настройку. Замечу так же, что следует соблюдать ограничение поля
заголовка редактора, в данный момент это 35 символов для полей From: и
To:.

INTERNETRFCBODY <yes/no>
Говорит редактору искать RFC-заголовки в начале сообщения, после одной
пустой строки. Так же говорит вставлять свои RFC-закголовки в начало
сообщения, вместо кладжей. Данную функцию следует использовать только
при получении интернет-почты как QWK-пакетов, где RFC-заголовки обычно
находятся в начале сообщения, или при отправке интернет-почты через
FTN-шлюз, работающий на GIGO. GIGO не распознает RFC-заголовок в
кладжах, но это настраиваемо (строкой “Allow_Xxx:” в HEADERS.CFG, где
Xxx является RFC-заголовками).

MAILINGLIST <echoid> <senderaddress> [contribution address] Определяет одни или большее количество почтовых рассылок. При импорте
е-мейла из пакетов SOUP и если он совпадает с одним из MAILINGLIST, то
е-мейл будет перемещен в определенную область. Следует заметить, что
GoldED поддерживает данную функцию частично. Адресом распространителя
(contribution address) является интернет-адрес отправителя для почты,
которую вы пишите в рассылку – обычно этот адрес дается вам при
подписке нее. Если адрес распространителя не указан, используется
senderaddress.

Ниже приведены шесть различных форматов пакетов SOUP. Только четыре из их
поддерживаются редактором.

u   USENET news articles                (import only)
m   Unix mailbox articles               (import only)
M   Mailbox articles in the MMDF format (not supported)
b   Binary 8-bit clean mail format      (import and export)
B   Binary 8-bit clean news format      (import and export)
i   Index file only                     (not supported)

Формат ‘M’ еще не поддерживается. Если вам необходим этот формат, дайте мне
знать и пришлите пример SOUP-пакета в формате ‘M’. Поддержка формата ‘i’
даже не планируется в ближайшем будущем.

Статьи импортируются в область, подходящую под название телеконференции (к
примеру, “rec.humor.funny” импортируется в область с echoid
REC.HUMOR.FUNNY). Е-мейлы импортируются в область, описанную ключевым словом
SOUPEMAIL. Если не найдена ни одна подходящая область, статьи перемещаются в
область, указанную в SOUPBADMSGS, с описанием имени своей телеконференции в
первой строке AREA:. Если область badmsgs не определена, статьи удаляются.

После импортирования, файлы AREAS.*, *.MSG и *.UDX удаляются из
SOUPIMPORTPATH. Будьте уверены, что сохранили копии при экспериментировании
с возможностями SOUP. Так же замечу, что в данный момент отсутствует
проверка на наличие идентичных копий сообщений.

В импортированных статьях RFC-заголовки переконвертируются в кладжи.
Реальное имя (если есть) в заголовках From: и To: поместятся в
соответствующие поля заголовка. Если строка To: отсутствует, используется
“All”.

Когда вы пишите или отвечаете на е-мейл или статью, GoldED добавляет echoid
(название телеконференции) и номер сообщения в файл GOLDSOUP.LST и GOLDPATH.
Этот файл используется только редактором для поиска исходящей почты при
экспорте SOUP.

Три токена, используемых в шаблоне для интернета:

@oto          Original RFC “To:” headerline.
@ofrom        Original RFC “From:” headerline.
@omessageid   Original RFC “Message-ID:” headerline.

С этими токенами вполне возможно создать шаблоны, которые выглядят подобно
одну принятому стандарту дефакто, используемым другими редакторами. Пример
подобного шаблона приведен в файле NEWSGRPS.TPL.

В е-мейле и телеконференциях ключевое слово ORIGIN может быть использована
для установки содержания “Organization:”.

Мартин Юниус <mj@sungate.fido.de> занимается поддержкой документа MSGID.DOC.
Он считает, что Message-ID заголовок переконвертируется в кладж MSGID и
Reference в один или больше REPLY-кладжей. Это дает возможность
использования FTN-based линковщиков MSGID/REPLY. Оригинальные заголовки
Message-ID и Reference сохраняются в сообщении с кладжами MSGID/REPLY.

Импорт и экспорт SOUP в данный момент выходит медленным и некоторые
hardcoded думают, что это получаеися из настроек. Все это является большим
пространством для улучшений, но так же это приятное начало для тех, кто
решил читать свою интернет-почты и телеконференции с помощью своей любимой
программы, вместо различных оффлайновых SOUP-редакторов.

Пользователям с IBM OS/2 Internet Access Kit, я могу порекомендовать
программу “Souper”, которая может создавать SOUP-пакеты для оффлайнового
использования вместо онлайнового чтения с NewsReader/2 и Ultimedia Mail/2.
Последняя версия, на время написания, была SOUPER12.zip; доступна с ftp на
hobbes.nmsu.edu.

Функции SOUP использовать с GoldED DOS версий НЕ СЛЕДУЕТ. Лучше для этих
целей подходят 386 или OS/2 версии. В текущих версиях просто свинское
использование памяти и в любом случае, этим следует, что в интернет-почте и
телеконференциях наличествуют очень большие сообщения (>64K) и DOS-версия не
поддерживает их так же хорошо, как и все.

Для хранения телеконференций рекомендуется использовать форматы JAM или
Squish. Эти два формата баз сообщений поддерживают древовидную линковку. JAM
поддерживает ее лучше всех – с неограниченным количеством линков. Squish
поддерэивает не больше 9-ти. GoldED в данный момент так же поддерживает
только до 9 линков, даже для JAM.

GoldED понимает различные стандартные и нестандартные перекодировки символов
для е-мейлов и телеконференций. Для более подробной информации смотрите
следующую главу.

PLEASE NOTE: GoldED может использоваться для Интернета в качестве программы
для чтения пакетов SOUP, он все же будут использоваться некоторые ключевые
слова, имеющие прямое отношение к FidoNet, которые должны быть настроены для
правильной работы GoldED. ADDRESS и INTERNETGATE должны содержать
FTN-совместимые адреса. Если вы не знаете или вас не волнуют никакие адреса,
просто используйте вот этот: “2:236/77.999” (без кавычек).

Пример настройки в  GOLDED.CFG:

// Минимум настроек относительно FTN
USERNAME        Odinn Sorensen
ADDRESS         2:236/77

// Основные настройки для Интернета
INTERNETADDRESS odinn@ibm.net
INTERNETGATE    2:236/77
INTERNETMSGID   YES
INTERNETREPLY   NO

// Основные настройки для SOUP
SOUPIMPORTPATH  C:\\SOUP\\IMPORT\\
SOUPEXPORTPATH  C:\\SOUP\\EXPORT\\
SOUPNEWSRCFILE  C:\\SOUP\\NEWSRC
SOUPEMAIL       NET_EMAIL
SOUPBADMSGS     BAD_NEWS

// Определение областей для е-мейла и плохих телеконференций
AREADEF NET_EMAIL “E-Mail” 0 EMail Opus C:\\SOUP\\NETMAIL
AREADEF BAD_NEWS  “Bad Newsgroups” 0 News Opus C:\\SOUP\\BADNEWS

// Линковка при использовании GEcho и баз в формате JAM:
SOUPTOSSLOG     C:\\GECHO\\IMPORT.JAM
SOUPREPLYLINKER C:\\GECHO\\MBUTIL Link

// Линковка при использовании Squish и баз в формате Squish:
SOUPTOSSLOG     C:\\SQUISH\\SOUPTOSS.LOG
SOUPREPLYLINKER C:\\SQUISH\\SQUISH LINK -fC:\\SQUISH\\SOUPTOSS.LOG

// Настройка списков рассылок
MAILINGLIST LIST.EMX  emx-list@eb.ele.tue.nl
MAILINGLIST LIST.GIGO gigo-owner@gigo.com gigo@gigo.com

// Определение областей для списков рассылок
AREADEF LIST.EMX  “EMX mailing list”  0 EMail Opus C:\\SOUP\\EMX
AREADEF LIST.GIGO “GIGO mailing list” 0 EMail Opus C:\\SOUP\\GIGO

// Настройка кодировки
XLATPATH        C:\\GOLDED\\XLAT\\
XLATESCSET      MNEMONIC IBMPC    MNE_IBM.ESC
XLATCHARSET     LATIN-1  IBMPC    ISO_IBM.CHS
XLATCHARSET     LATIN1QP IBMPC    IQP_IBM.CHS
XLATCHARSET     MAC      IBMPC    MAC_IBM.CHS
XLATCHARSET     IBMPC    IBMPC    IBM_IBM.CHS
XLATCHARSET     IBMPC    LATIN-1  IBM_ISO.CHS
XLATCHARSET     IBMPC    LATIN1QP IBM_IQP.CHS
XLATCHARSET     IBMPC    MNEMONIC IBM_MNE.CHS

// Основная группа для телеконференций Интернет
GROUP Newsgroups:
MEMBER        alt.*, comp.*, misc.* news.*
MEMBER        rec.*, soc.*, sci.*, talk.*
MEMBER        bad_news
EDITHARDTERM  YES
QUOTECHARS    “:;|”
TEMPLATE      INTERNET.TPL
WHOTO         All
ENDGROUP

// Основная группа для е-мейла. списков рассылки и телеконференций Дании с
// “родной” кодировкой.
GROUP EMail:
MEMBER        net_email, list.*
MEMBER        pingnet.*, dknet.*, dk.*
EDITHARDTERM  YES
TEMPLATE      INTERNET.TPL
WHOTO         All
XLATIMPORT    LATIN-1   ; Assume ISO-8859-1 is in use
XLATEXPORT    LATIN1QP  ; Use MIME quoted-printable encoding
; XLATEXPORT    LATIN-1   ; Use MIME 8bit encoding
; XLATEXPORT    MNEMONIC  ; Use RFC1345 character mnemonics
ENDGROUP

Пример INTERNET.TPL:

@moved* Replying to an article in @oecho.
@moved
@changed* Changed by @cname, @cdate @ctime.
@changed
@forward* Forwarded from @oecho by @cname.
@forward* Originally by: @ofrom, @odate @otime.
@forward* Originally to: @oto.
@message
@forward
@new
@reply@ofrom wrote:
@reply@position
@comment@ofrom wrote:
@comment@position
;@quotedIn article @omessageid, @ofrom wrote:
@quoted@ofrom wrote:
@quoted@position
@quotebuf
@quotebuf@ofrom wrote:
@quotebuf
@quote


Signature Signature Signature Signature Signature Signature
Signature Signature Signature Signature Signature Signature

Планируемые возможности:

* Killfile.
* Адрессная книга.
* Обнуление статьи.
* Улученный навигатор треда.
* Встроенные линковщик/тредер.
* Избавление от FTN-зависимости для возможности использвания только для
Интернета.
* Разработка оптимального формата баз сообщений для Интернета и трединга.
* Ваши пожелания 🙂

#page
#———————————————————————
#chapter Заметки о кодировке в Интернете

Character Translation Issues:

* MIME: От RFC1341/1521, charset=ISO-8859-1 и раскодировкой quoted-printable
или 9bit поддерживается как для входящих, так и для исходящих сообщений.
Расширения заголовка RFC1342/1522 пока не поддерживаются.

* X-Charset и X-Char-Esc: Эти экспериментальные заголовки поддерживаются и
для входящих, и для исходящих сообщений, используя RFC1345 мнемонические
символы и сбрасываемый символ ASCII 29.

Unresolved Issues:

* В е-мейловых (нетмейловых) областях возможность перекодировки еще не
совсем коректно работает. Пожалуйста, постарайтесь использовать не-ascii
симворы в заголовке сообщения (to/from/subject).

Использование MIME (RFC1341/1521)

Вы должны поместить эти строки в ваш GOLDED.CFG:

XLATCHARSET IBMPC   LATIN-1   IBM_ISO.CHS
XLATCHARSET IBMPC   LATIN1QP  IBM_IQP.CHS
XLATCHARSET LATIN-1 IBMPC     ISO_IBM.CHS

Файлы IBM_ISO.CHS, IBM_IQP.CHS и ISO_IBM.CHS должны находится в указанном
XLATPATH.

Для использования MIME-кодировки ISO-8859-1 и 8битной перекодировки в
ваших сообщениях, вы должны поместить эти строки в требуемую группу:

XLATEXPORT LATIN-1
XLATIMPORT LATIN-1

Следующий заголовок будет добавляться в ваши сообщения:

MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Замечу, что 9битные перекодированные сообщения обычно не пересылаются по
е-мейлу без видимого вреда, потому что протокол SMTP является 7битным. В
телеконференциях подобные проблемы не так сильно выражены. Если вы хотите,
чтобы ваши 8битные символы получили в целости и сохранности, вам следует
использовать quoted-printable перекодировку (см. ниже).

Для использования MIME кодировки ISO-8859-1 и перекодировки
quoted-printable в ваших сообщениях, вы должны поместить нижеуказанные
строки в требуемую группу:

XLATEXPORT LATIN1QP
XLATIMPORT LATIN-1

Следующий заголовок будет добавляться в ваши сообщения:

MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Когда при цитировании (? quoted-printable) используется перекодировка,
8битные символы перекодируются в трехзначние коды, начинающиеся с ASCII 61
(‘=’), и последующими двумя шестнадцатеричными символами, которые
формируют шестнадцатеричное число оригинального символа в кодировке,
указанной в заголовке Content-Type.

Пользователи могут предположить, что не все программное обеспечение
редакторов распознает и поддерживает формат quoted-printable. Редактор
может показать ввод трехзначного кода как есть, или неполное
перекодирование этого самого кода. Если код непереводимый, то так же
показывается без изменений.

Использование Символов Мнемонической Перекодировки (RFC1345)

В GOLDED.CFG должны присутствовать данные строки:

XLATESCSET  MNEMONIC IBMPC    MNE_IBM.ESC
XLATCHARSET IBMPC    MNEMONIC IBM_MNE.CHS
XLATCHARSET LATIN-1  IBMPC    ISO_IBM.CHS

Файлы MNEMONIC.ESC, IBM_MNE.CHS и ISO_IBM.CHS должны находится в XLATPATH.

Для использования мнемонических символов в ваших сообщениях, эти строки
должны присутствовать в требуемой группе:

XLATEXPORT MNEMONIC
XLATIMPORT LATIN-1

Следующий заголовок будет добавляться в ваши сообщения:

X-Charset: ISO_8859-1
X-Char-Esc: 29

При использовании перекодировки мнемонических символов, 8битные символы
переводятся в трехсимвольный код, начинающийся с ASCII 29 и продолжающийся
двумя символами, которые определяют форму мнемонической стандартизации
оригинального 8битного символа.

Пользователи должны знать, что не все редакторы распознают и поддерживают
данный формат. Редактор может показать ввод трехзначного кода как есть,
опустив только символа escape или перекодировать неполностью. Если код
непереводимый, то показать его без изменений.

Выбор между MIME и Character Mnemonics

Хорошим выбором как для е-мейлов, так и для телеконференций будет MIME с
quoted-printable перекодировкой.

MIME является полностью документированным стандарттом (см. RFC1522 или
более старую редакцию RFC1341) использования заголовков. Он поддерживается
всеми (новыми) редакторами.

Мнемонические символы документированы в RFC1345 кроме заголовков “X-“.
Наличие заголовков X-Charset/X-Char-Esc и метод перекодировки был найден и
выведен из отправки е-мейлов с 8битными символами назад и вперед медлу
различными адресами и просмотпу е-мейлов на отправителе. Перекодировка
8битных е-мейлов и дополнение X-заголовков является следствием
маршрутизации программным обеспечением, используемым 7битные протоколы
пересылки, на подобие SMTP.

Главный недостаток MIME 8bit и quoted-printable является в том, что
таблица символов ограничена US-ASCII 7bit или ISO-8859-1 8bit таблицами.
Мнемонические символы поддердивают большинство или все 16битные символьные
таблицы в unicode.

#page
#———————————————————————
#chapter Поддержка звука в DOS – The Goldware Sound API

DOS и 386 версии редактора поддерживают звук через звуковые карты вызовом
функций в The Goldware Sound API.

The Goldware Sound API является установкой функций, предоставляющихся
прерыванием сервиса функциий, установленной на Alternate Multiples Interrupt
(AMI) 2Dh. Для более подробного описания Alternate Multiplex Interrupt, см.
Список Прерываний Ральфа Брауна <Ralf Brown’s Interrupt List>
(INTER46*.ZIP), его спецификацию по AMI (ALTMPX35.ZIP) и/или его
AMI-библиотеку (AMISL091.ZIP).

У меня есть программа-загрузчик, которая предоставляет сервис прерывния
функции с Goldware Sound API. Текущая версия программы называется GCTVSAPI
1.00 и может быть найдена в архиве GCTV100.ZIP. Эта версия загружает файл
Creative Labs CT-VOICE.DRV для проигрывания файлов .VOC. Полный исходный код
на C++ и спецификация от Goldware Sound API находятся в том же архиве.

Я надеюсь, что другие напишут загрузчик или TSR’ы, которые будут запускать
Goldware Sound API для других звуковых карт, отличных от Sound Blaster, или
загрузчик, который не будет требовать CT-VOICE.DRV.

Если вы напишите что-либо подобное, пожалуйста, дайте мне знать, я и
регистрационные сайты смогут сделать доступным эту программу для других
пользователей.

#page
#———————————————————————
#chapter Поддержка звука в версии под OS/2

Для поддержки звука под OS/2, GoldED требует установленную MMPM/2 (OS/2
MultiMedia Presentation Manager).

GoldED посылает команды на MMPM/2, используя mciSendString API функцию.
В основном, он посылает следующие комады для проигрывания звукового файла:

open <filename> alias noise wait
seek noise to start
play noise
(do other things until playing is complete)
close noise wait

Эти команды требуется перекидывать между звуковым файлом и доступным
звуковым устройством (обычно waveaudio или секвенстер). Если у вас не
получается проиграть файл с помощью GoldED/2, вам следует проверить в
Multimedia Setup, правильно ли настроено Association tabs под Digital Audio
and MIDI.

Если GoldED/2 все еще не играет фаши файлы, значит проблемы настройки
где-либо еще. Попробуйте, работает ли ввод “PLAY FILE=<sounfile>” в
командной строке OS/2. Программа на REXX – PLAY.CMD отправляет команды на
MMPM/2 примерным же способом, как и GoldED/2.

Если у вас не получается проиграть редактором .VOC-файлы, переконвертируйте
их в .WAV и попробуйте снова.

#page
#———————————————————————
#chapter Замена DOS/4GW на PMODE/W в GoldED/386

Стандартная версия GoldED/386 требует для работы Rational Systems DOS/4GW
расширитель DOS файл DOS4GW.EXE. Многие другие программы используют другой
расширитель. Который так же можно использовать в качестве альтернативы для
GoldED. Альтернативный расширитель заменяет “stub” в GED386.EXE и изображает
требуемый файл DOS4GW.EXE так же хорошо, как и занимает меньше памяти и
увеличивает скорость.

В качестве альтернативного DOS-расширителя можно использовать PMODE/W,
написанный Чарльзом Шеффолдом (Charles Scheffold) и Томасом Пытилом (Thomas
Pytel). На время написания этих стрко, последняя версия этой программы была
1.23, распространяемая в архиве PMW123.ZIP (132k), датированный 24 июнем
1996 года. Но сейчас, возможно, есть и более новые версии. Проверьте на их
сайте https://web.archive.org/web/20201024060121/http://www.dorsai.org/~daredevi/pmw/.

Если вы хотите заменить DOS/4GW на PMODE/W, просто используйте утилиту
PMWIND, которая поставляется вместе с архивом PMODE/W, примерно так:

PMWBIND /R GED386.EXE

Вот и все!

В руководстве по PMODE/W рекомендуется использовать программу PMWSETUP для
приспособления параметров PMODE/W в новом GED386.EXE, но в мой короткий
период тестирования, все это прекрасно работало без каких либо
приспособлений в DOS-box под OS/2 Warp.

Так, если с PMODE/W все отлично, почему я не использую его в стандартной
поставке дистрибутива GoldED/386? По некоторым причинам:

1.  Для использования в коммерческих/свободнораспространяемых программах они
просят USD 500. Я не могу себе этого позволить.

2.  В процессе бета-тестирования GoldED 2.50, я пытался использовать PMODE/W
1.12, но возникли некоторые проблемы. Я больше не прикасался к нему,
вполне возможно, что новые версии стали лучше.

Если вы решили заменить DOS/4GW на PMODE/W и получить некоторое количество
проблем, пожалуйста, не надо мне сообщать ни о чем, просто попробуйте
вернуться на стандарный релиз. Вы можете это сделать очень просто:

DOS4GW.EXE GED386 [какие-нибудь параметры, если нужны]

Удачи!

#page
#———————————————————————
#chapter Форматы баз сообщений

GoldED поддерживает много различных форматов баз сообщений. Ниже идет список
с некоторым заметками об их характеристиках и что из себя представляет
каждый из них.

?Opus/FTS1 (*.MSG)?

Это два варианта одного типа базы сообщений. Основан на работе
использования отдельного физического файла для каждого сообщения
(1.MSG, 2.MSG etc.), храня их в отдельной директории для каждой
области. Находясь в зависимости от размера кластеров на жестком
диске, это очень расточительный и медленный способ хранение
сообщений. С кластерами до 512 байт, обьемы занятого места можно
уменьшить, но скорость доступа будет очень и очень медленной при
большом количестве *.MSG-файлов, находящихся на файловой системе
DOS. Кэши и Буферы могут способствовать улучшению, но ограниченно.

В эхомейловых областях этот формат имеет специальную фигульку:
Первое сообщение (1.MSG) используется для хранения так называемой
“highwatermark”. Эта метка говорит эхопроцессору, откуда начинать
сканирование новых сообщений, написанных пользователями. Удалением
(Zapping) highwatermark вы заставите пересканировать область целиком
и полностью. Это может повлечь за собой возникновние “дупов”
(“dupes”), так что лучше делайте это акуратно! Highwatermark может
быть так же “Hated”, т.е указывать собой последнее сообщение в
области. Для предотвращения поиска эхопроцессором новых
несканированных сообщений. Используйте осторожно.

Варианты: Формат “Opus” появился а Opus BBS system. Они поместили
несколько недокументированных(?) фидошных полей в качестве
даты/времени. Формат “FTS1” (описан в FTS-0001, 12 и поздние
редакции) использовал недокументированные поля для установки
информации zone/point для сообщения. По усмотрениям авторов,
доминирует Opus и FTS1 – осудили на забвение. Если сомневаетесь –
используйте формат Opus.

?Hudson?

Этот формат базы сообщений был придуман Адамом Гадсоном (Adam
Hudson) и впервые использован в его пакете QuickBBS. Позже – на
других BBS, клонированных с QuickBBS (на подобие RemoteAccess и
Super BBS).

Основа формата строится на 7 основных файлах:

MSGTXT.BBS    Этот файл содержит текст всех сообщений со всех
конференций.
MSGHDR.BBS    Содержит заголовки всех сообщений из MSGTXT.BBS.
MSGIDX.BBS    Индексы для MSGHDR.BBS.
MSGINFO.BBS   Ведет счет сообщений для каждой области.
MSGTOIDX.BBS  Индекс, который содержит все имена из поля TO.
LASTREAD.BBS  Ластриды для всех областей для каждого пользователя из
USERS.BBS.
USERS.BBS     Содержит запись для каждого пользователя. Так же индекс
для LASTREAD.BBS.

Формат имеет ограничение на размер MSGTXT.BBS, который не может
превышать 16MB, что примерно равно 16000 сообщений. GoldED
автоматически оповестит вас, если размер подошел к максимальному и
предложит запаковать базу сообщений.

Первые версии QuickBBS не поддерживали “шаринг” (“sharing”, работа с
чем-либо несколькими пользователями — прим. пер.) базы сообщений.
Это все больше и больше стало востребоваться в последующие года
благодаря удешевлению сетей и многозадачности. RemoteAccess BBS была
первой интерпретацией данного полезного метода, и позже, отличный
метод был развит (известнен как “RA 1.01 или RA 1.1x”), и сейчас
является стандартом для всего современного программного обеспечения,
поддерживающего “шаринг” баз сообщений. Конечно же, GoldED целиком и
полностью поддерживает новый стандарт.

Главное достоинство этого формата – очень быстрый доступ к базе
сообщений.

Главный недостаток в том, что он может быть очень зависим от проблем
с диском, и это порождает страшные истории о том, как пользователи
теряли базы сообщений, потому что диск начинал сыпаться или
по вине какой-нибудь сумасшедшей программы и так далее.

?Goldbase?

Это расширеная версия формата Hudson, представленная в QuickBBS
2.80 by the QuickBBS group.

Формат Goldbase позволяет превысить 16мегабайтный лимит обьема базы
и позволяет держать до 500 сообщений в области, вместо 200 в Hudson.
Имена файлов точно такие же, разве что расширение .BBS заменено на
.DAT.

?Squish?

Формат Squish относительно новый. Он был представлен автором Maximus
BBS Скоттом Дадли (Scott Dudley) в 1991 и впервые использован в
Maximus CBCS v2.00. Вскоре после этого, GoldED был первым редактором
сообщений, поддерживающий этот новый формат.

Squish использует три файла для каждой конференции: Файл с текстовым
сообщением\\заголовком (*.SQD), индексом (*.SQI) и ластрид-файлом
(*.SQL). Эхопроцессор SquishMail использовал четвертый файл (*.SQB)
для хранения дупобазы.

Использование базы для каждой области, вместо одного файла на
сообшение или всех сообщений в одной большой базе, делает этот
формат быстрым, очень безопасным и не так сильно зависящим от
дисковых проблем. Даже если что-нибудь полетит в Squish-области,
можно практически всегда исправить и восстановить, используя утилиты
SQFIX или SQREIDX, которые поставляются вместе с эхопроцессором
Squish.

Специальная возможность Squish-областей в том, что они легко
упаковыватся. Вы можете настроить Squish-область таким образом, что
она может содержать максимум очень и очень большого количество
сообщений и тогда она будет автоматически перепроверять используемое
место старыми сообщениями, когда лимит будет исчерпываться и так же
практично останавливать рост.

?Ezycom?

<описание отсутствует>

?JAM?

Формат JAM был представлен Джоахимом Гомрихгаузеном (Joaquim
Homrighausen), Андрэ Милнером (Andrew Milner), Матсом Бирчем (Mats
Birch) и Матсом Валлином (Mats Wallin).

JAM использует четыре файла для каждой области: Файл заголовков
(*.JHR), файл с текстом сообщения (*.JDT), файл индекса (*.JDX) и
ластрид-файл (*.JLR). Многие эхомейл-процессоры поддерживают два
дополнительных файла для ускорения сканирования исходящих сообщений:
NETMAIL.JAM и ECHOMAIL.JAM. Они являются “глобальным” файлами,
располагающимися в JAMPATH.

Там же прочитайте главу “Сопроводительные замечания к JAM”

?PCBoard?

<описание отсутствует>

Там же прочитайте главу “Сопроводительные замечания к PCBoard”

Сопроводительные замечания к JAM
Данная глава подробно описывает формат базы сообщений JAM в GoldED. Полезно так же ознакомится с спецификацией JAM. Так же, содержит большое количество технической терминалогии, так что если вы не относите себя к интерисующимся до такой степени, посто пропустите эту главу.

♦ Общие замечания
Первая версия спецификации по формату JAM (JAM-001, rev.1, dated 93-07-01) содержала примеры JAM API-функции на языке C.

Для использования в GoldED, JAM API был как полностью готов, так и не совсем достаточно готов. К тому же, я разрабатывал свой свобственный код для поддержки базы сообщений в JAM. Мой код был, конечно же, разработан совместимым с оригинальным JAM API, так же, как и спецификации, но некоторые вещи, в силу некоторых причин, конечно же, отличны от оригинальной функции.

♦ File I/O checks
Чтение и запись в файлы базы НЕ проверяется на ошибки в GoldED. К сведенью, оригинальный JAM API проверяет все и сохраняет все ошибки в API для использования или игнорирования пользователем.

Полная проверка …, добавляя большее количество кода в EXE-файл, и что
самое важное, GoldED просто не сможет аккуратно считывать какие-либо ошибки.
Предполагая, что ваша система работает хорошо, нет ошибок на жестком диске и
тому подобное, то обычно нет никаких проблем.

?Ревизия заголовка сообщения?

Заголовок JAM-сообщения содержит поле, показывающий номер ревизии
структуры заголовка.

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

При выходе новых ревизий JAM-спецификации, GoldED обновится так быстро, как
это возможно.

?Пароли?

JAM-спецификация содержит поля для установки парольного доступа к базе
сообщений и/или индивидуальных сообщений.

GoldED не поддерживает эти пароли. При создании новой JAM-базы и/или новых
сообщений в формате JAM, GoldED устанавливает пароль FFFFFFFFh. Если вы
измените исходящее сообщение, имеющее пароль, то пароль все равно обнулится
до FFFFFFFFh.

?Lastreads?

Ластрид-файл в JAM был разработан так, чтобы осуществлять поиск по
userid/usercrc, ибо предполагалось, что записи будут в определенном формате.

JAM API ищет по полю userid. К тому же. есть более веские причины для
организации поиска по usercrc, потому что эту величину программа может
высчитать из имени пользователя без заглядывания в другие файлы. Я не
уверен, что JAM API поменяет свой поиск по userid на поиск по usercrc.
GoldED ищет по usercrc. В любом случае, это значит, что RemoteAccess 2.x
поддерживает поиска как по userid, так и по usercrc.

Спецификация говорит, что запись пользовательского ластрида должна искаться
как при восстановлении, так и при хранении обновленной записи. Тем более,
что JAM API ведет себя немного по другому, потому что когда она сохраняет
обновленную запись, она хранит ее в такой позиции, что она читалась при
поиске *не* в первую очередь.

GoldED работает по другому. Он ищет запись пользовательского ластрида при
открытии базы и это предполагает, что запись находится на той позиции, на
которой найдена до тех пор, пока базу сообщений не закроют.

Это вполне нормальное решение в силу причин. Только обстоятельство, при
котором записи ластрида могут быть перезаписаны при очистке или сортировке
базы сообщений некоторыми утилитами, и подобно утилите, которая написана
таким образом, что открывает файлы базы собщений в эксклюзивном режиме,
который не открывает файлы, которые уже открыты. Если эти попытки перезаписи
проихсодят без эксклюзивного доступа, кривые утилиты являютсяпотенциально
опасными в многозадачных\\сетевых окружениях.

?Ограничения размера?

JAM поддерживает сообщения и базы довольно больших размеров. 16ти битные
DOS-версии редактора не могут полностью их поддерживать. В 32битные OS/2 и
32битные DOS-версии защищенного режима могут поддерживать любой размер,
ограничиваясь обьемом памяти, жесткого диска, неизвестного компилятора или
операционной системой.

Указывая на встроенные ограничения для 16битных версий GoldED, имеется
ввиду, что они могут поддерживать базы сообщений, содержащих не более 8191
сообщение (включая и удаленные), сообщения не превышающие 64kb. Теоретически
это так. На практике же ограничения могут быть еще ниже относительно
оперативной памяти.

?ASCII 7-bit escaping?

В данный момент GoldED не поддерживает сброс, описаный в спецификации
JAM. Спецификация говорит, что в текущей версии JAM даже нет этой поддержки,
так что я так же не вижу смысла делать ее.

?Поля Date?

Текущая версия GoldED не показывает поле DateReceived, но оно добавляется на
диске при получении сообщения (чтении) адресатом.

Поле DateProcessed устанавливает текущую дату написания или изменения
сообщения редактором.

Все новые даты устанавливают системное время и не регулируется для timezone.

?Subfields?

Концепция второстепенных полей в JAM является трудной для легкой поддержки
программ, подобных GoldED, которые были написаны для поддержки традиционных
фиксированных форматов заголовков и кладжей в теле сообщения. К тому же,
текущее положение GoldED не позволяет использовать второстепенные поля JAM
так, как этого бы хотелось.

Кстати, поэтому следует быть адекватным для большиъ целей. Я, конечо же,
буду пытаться сделать все возможное, чтобы добавить поддержку второстепенных
полей JAM в следущих версиях редактора. Ниже приведен список ограничений
поддержки второстепенных полей JAM в GoldED:

*    Второстепенные поля конвертируются редактором в эквивалентные кладжи
для более легкого восприятия и обеспечивая возможность копирования
JAM-сообщений в области с другим форматом базы сообщений. Некоторые
из второстепенных полей не имеют известных эквивалентов в кладжах.
Они конвертируются в кладжи, имена которых я ввел для подобной цели.
Все второстепенные поля можно увидеть, нажам Alt-I для просмотра
hex-дампа сообщения.

*    Второстепенные поля с ограничениями размера (обычно 100 символов) не
проверяются на размер. Хотя все остальные системы баз сообщений
имели намного меньшие ограничения в полях, следовательно, не имелось
проблем.

*    Поддерживался только один OADDRESS/DADDRESS. При чтении сообщения,
использовался только _первый_ OADDRESS/DADDRESS.

*    В это время отсутствует поддержка второстепенными полями файл-аттачей
или файловых запросов. Файл-аттачи или файловые запросы хранятся в
поле “subject” во всех форматах баз сообщений. Это может не
поддерживаться полноценным JAM-процессором, но IMHO, почтовому
процессору следует использовать поле “subject” если увидел
установленные аттрибуты файл-аттача/запроса, но видит никаких
второстепенных полей к ним.

*    Если вы изменили сообщение, которое отправлено не вами и сохранили
его, то все неподдерживаемые второстепенные поля будут утеряны в
сохраненном сообщении и некоторые поддерживаемые могут изменить
содержание (например PID).

*    В данные момент неподдерживаются нижеописанные аттрибуты сообщения:

MSG_FPU     “Force pickup”
MSG_NODISP  “Msg may not be displayed to user” (always displayed)

?Удаление сообщений?

Оригинальная JAM спецификация имеет довольно большую проблему, которая
исходит из описания удаления сообшений и, в частности, из _определения_
удаленных сообщений. Оригинальная спецификация не указывает быстрого способа
определения удаленных сообщений из одиночного файла индексации.

Это может быть не так важно для BBS или почтового процессора, но это очень
насущная проблемы для почтовых редакторов, подобных GoldED, которым нужен
быстрый способ указания количества активных сообщений, где находится ластрид
и подсчитать количество непрочитанных сообщений. Если GoldED будет
сканировать файл-заголовок, проверяя первый бит каждого заголовка, то
сканирование области будет чрезвычайно медленно, потому что файл-заголовок
может иметь довльно большое количество мегабайт и тысячти сообщений.
К счастью, это не выход. Спецификация полагает, что если величины usercrc и header offset в индексе будут равны -1 (FFFFFFFFh), то “there is no corresponding header” (это не почтовый заголовок). Но как мне кажется, подобная ситуация крайне нежелательна, поэтому я преследую цель именно удаления сообщения. Это так же будет обратносовместимой с ольшинсством программ, работающих с JAM, с возможностью востановления сообщений специальными утилитами.
С header offset, устаовленным на -1 (FFFFFFFFh), конечно не самый быстрый способ поиска заголовка удаленного сообщения. Утилиты для восстановления удаленных сообщений сканируют заголовочный файл для поиска удаленных заголовков (или лучше – их расположение, потому что это может быть быть более доступней, чем один удаленный заголовок среди большого числа сообщений). Это IMHO – цена различных экспериментов с использованием измененной спецификацией удаления сообщений, вместо гепотетически существующих заголовков.
Когда я поднял эту тему в конференции JAMDEV, разработчики в общем количестве поддержали эту идею. Во время написания этих строк, я даже не знаю, изменили ли они что-либо в спецификации, но я надеюсь что это так.
GoldED настраеваемо (начиная с версии 2.50.B0822) следует моему методу удаления сообщений. Конфигурационная переменная JAMHARDDELETE указывает какой метод использовать. Если установлено YES, используется мой метод. По умолчанию – NO, но я рекомендую (и использую сам) YES.

Сканирование файлов
Файлы NETMAIL/ECHOMAIL.JAM записываются/обновляются при написании или измении сообщений в нетмейл/эхомейл областях формата JAM. Они расположены там, куда указывает переменная JAMPATH в конфигурационном файле. Если она не настроена, по умолчанию используется HUDSONPATH. Если вы не используете базу сообщений Hudson и не определили переменную HUDSONPATH, по умолчанию берется третья переменная – GOLDPATH.
На время написания, файлф NETMAIL/ECHOMAIL.JAM не являлись частьюофициальной спецификации JAM, но они использовались в RA2 и большинстве эхопроцессоров, поддерживающих JAM, указывая сообщения, которые надо экспортироваться из файлов базы сообщений формата JAM.

Сопроводительные замечания к PCBoard

Данная глава подробно описывает формат базы сообщений PCBoard в GoldED.

♦ Нетмейл
GoldED 2.50 поддерживал нетмейл-конференции в формате FidoPCB, где первая и вторая строка сообщения имели специальное назначение такое как адресс Фидонет или аттрибуты. Поддержка прекращена с версии 2.51. Вместо нее включен официальный метод, используемый PCBoard самостоятельно. Это должно быть вам понятно.

Расширенные заголовки
GoldED перенял с PCBoard v15.x расширенные заголовки, используемые в теле сообщения. Напрямую поддерживаются и “проглатываются” при чтении следующие расширенные заголовки: TO, TO2, FROM, FROM2 и SUBJECT. Остальные – будут выглядеть как обычный текст сообщения и не будут прятаться редактором. В последующих версиях я планирую встроенное конвертирование расширенных заголовков в кладжи.

♦ Длинные имена
GoldED 2.51 поддерживает длинные имена так, как это допускает PCBoard. Вы можете как вводить, так и редактировать их. GoldED 2.50 ограничен 35 символами.

♦ Пароль
Пароли не поддерживаются.
 

Аттрибуты
Поддерживаются аттрибуты сообщений Private, Received, Crash и Direct.

Двубитные символы (Посторонние системы)
GoldED читает файл PCBOARD.DAT для определения использования E3h или 0Dh (CR) в качества разделительного символа строки/параграфа при чтении и написании текста сообщения.

♦ Индекс сообщения
Поддерживаются только новый формат v15.x файлов .IDX. Старые файлы .NDX не поддерживаются ни в коем случае.

♦ Userbase
По умолчанию, испольщуется первый из установленных ластридов. Но если вы установили PCBOARDUSERNO на -1, GoldED ищет в базе пользователей ваше имя для поиска вашего же ластрида в базе сообщений. Если GoldED не находит ваше имя, но НЕ добавляет новую пользовательскую запись для вас, и вместо этого использует первый из установленных ластридов.

Флаг ожидания почты
Флаги ожидания почты добавляются при написании вами сообщений пользователям, которые есть в базе пользователей.

Изменение сообщения
При изменении соообщения новая редакция сохраняется, как если бы она была новым сообщением, с новым номером сообщения; старая редакция удаляется. Данная возможность перенесена с самостоятельной работы PCBoard при изменении сообщения. ЗАМЕЧАНИЕ: Старая редакция будет видна с аттрибутом DEL до тех пор, пока вы не покинете текущую область.

Сопроводительные замечания к AdeptXBBS
Эта глава подробно описывает все замечания для базы сообшений в формате AdeptXBBS. Информация основана на документации  версии 1.05, экспериментам и вопросам к автору. Благодарности переходят к Франку Якобергеру (Frank Jacobberger) за огранизацию тестирования и нескончаемое пинание автора для ответов на мои вопросы 🙂
Формат AdeptXBBS не имеет быстрого метода поиска удаленных сообщений посредством файла индексации. Это исходит из того, что удаленные сообщения будут видимы, но помеченные аттрибутом DEL. При удалении сообщения редактором, они на первый взгляд исчезают, но после пересканирования они появляются вновь с аттрибутом DEL.
Смешение нетмейла, эхомейла или других типов почты в одной области не поддерживается. Если область настроена как нетмейловая и как эхомейловая, GoldED видит ее как нетмейл-область. Если область не имеет ни нетмейловых, ни эхомейловых установок, она распознается редактором как локальная область.
GoldED определяет Usenet (телеконференции) и Интернет E-Mail области в настройке AdeptXBBS и использует их так же, но еще не совсем оттестирована совместимость GoldED и AdeptXBBS при хранении и обработке информации интернет-заголовков.
Поддерживается возможность “отлов” личной почты (индекс в директории Personal_Mail) для сообщений, написанных вами для других пользователей BBS. Кстати, поиск личной почты для вас через эту же функцию или подобную не поддерживается в полной мере.
Так же не до конца поддерживается метод линковки по ответам на сообщения, используемый AdeptXBBS (что это за метод-то??!). Это происходит по причине потери линков к другим сообщениям.
Формат базы сообщений AdeptXBBS поддерживается только в GoldED под OS/2, потому что AdeptXBBS требуется файловая система HPFS. В других версиях код AdeptXBBS не включен в исполняющий файл и поэтому не использует дополнительную память или обьем диска.

Сопроводительные замечания к WildCat! 4.x
Глава посвящена детальному рассмотрению особенностей формата базы сообщений WildCat! 4.x в GoldED.
Так же, как и в предыдущем формате, в WildCat отсутствует быстрый способ поиска удаленных сообщений посредством индексного файла. Т.е удаленные сообщения видимы, но помечены аттриботом DEL. При удалении сообщения редактором, они на первый взгляд исчезают, но после пересканирования они вновь появляются с аттрибутом DEL.

Возможности WildCat, которые еще не поддерживаются :

  • Пользовательская база.
  • Цепочка нечитанных сообщений.
  • Заголовки сообщения from/to.
  • Сетевое имя
  • Встроенный и внешний аттач.

Так же отсуствует какой-либо AREAFILE. Вы должны определять области ручками, используя конфигурационную переменную AREADEF, примерно вот так:

  AREADEF MYTEST “My Test” 0 Echo WCat <path\\basename> etc.

Еще есть переменная WILDCATUSERNO, которая работает так же, как и другие <msgbase>USERNO. По умолчанию, GoldED использует первую запись в ластрид-файле (*.LRD), так что если вы не являетесь первым в пользовательской базе, или вы используете базу сообщений на равне с другими, вы можете попытать шанс и получить пользовательский номер. Пользовательская база на текущий момент не поддерживается (т.е вы не можете установить номер на -1 для того, чтобы GoldED искал правильного пользователя и ластрид автоматически).

ЗАМЕЧАНИЕ: Поддержка WildCat не очень хорошо оттестирована, так что используйте аккуратней. При моем кратковременном тестировании не случилось ни одного повреждения базы сообщений, но я все же советую вам сделать копию особоважных конференции при желании тестировать данный формат.

<Извините – глава недописана>

Сопроводительные замечания к версии для Win32
Новый режим (текстовый) консоли, основанный на Win32 AIP добавлен в семейство GoldED: GoldED/W32. Возможна работа под Windows NT и Windows 95 как с текстовым приложением. Замечено, что скорость обновления изображения и отклика на команды клавиатуры может быть медленным, особенно под Windows 95.
Это происходит потому, что доступ происходит через довльно запутанный комплекс (Win32) API-функций, которые разработаны для упрятывания метода подстрочного аппаратного доступа и иметь прямой доступ под DOS или простейшим API под OS/2.

Известные ограничения/проблемы/ошибки для Win32 версии:

  • Невозможность изменения режим изображения (к примеру, с 25 на 43/50 строк).
  • Невозможность изменения цвет границы.
  • Невозможность переключения между мигающим и интенсивными цветами.
  • Невозможность изменения палитры.
  • Командная строка ОС может не работать.
  • Стандартный пипикалки могут не работать под Windows 95.
  • Возможен слабый клавиатурный отклик.

Я не очень рад тому, как работают Win32 версии под Windows 95. К тому же, я надеялся, что я смогу поместить побольше возможностей в консольном режиме под Windows 95. Более терпимо это работает под Windows NT, я тестил на NT 3.1 и буду рад услышать отзывы пользователей, запускавшие GoldED под NT 4.0.

Некоторые ограничения и проблемы с Win32 версией вызваны ограничением или особеностью консольного режима Win32 API.

Сопроводительные замечания для версий под Linux
Ниже приведены некоторые мысли, которые вы должны знать перед попыткой выпуска Linux-версии, особенно если вы использовали DOS, OS/2 или Win32 версии:

  • Вам следует быть дружелюбней с GoldED для других операционных систем и знать основной состав golded.cfg.
  • Linux является Операционной Системой с РЕГИСТРОЗАВИСИМОЙ файловой системой. Сейчас GoldED пользуется файловыми именами в малом регистре, потому что это более привычно для Unix. При попытке доступа к базе сообщений на регистронезависимых файловый системах, такиз как FAT или HPFS под Linux, файловые имена могут быть не в нижнем регистре. В этом случае просто переименуйте их так нужно (и надейтесь, что они останутся в нижнем регистре).

Это будет возможно частью того, что может приподнести вам попытка запуска системы с мешаниной из Linux, Dos, OS/2 и/или Win32 программного обеспечения.

ЕСЛИ НЕ РАБОТЕТ ИЛИ ПАДАЕТ В КОРКУ, ПОПРОБУЙТЕ ПРОВЕРИТЬ РЕГИСТР ВСЕХ ФАЙЛОВ КАК НА ФАЙЛОВОЙ СИСТЕМЕ, ТАК И В КОНФИГУРАЦИОННЫХ ФАЙЛАХ.

  • Разделитель директорий (слэш) является сиволом ‘/’, а не ‘\\’. К тому же GoldED автоматически переводит “неправильный” символ слэша в “правильный” в большинстве случаев, так что вы можете сильно не волноваться по этому поводу.
  • Unix не имеет букв на приводах (C: etc) и GoldED для Linux в данный момент не переводит пути в DOS-стиле на Unix-стиль. Это значит, что AREAFILE не будут работать, если не будет корректного пути в Unix-стиле.
  • Если вы решили использовать один golded.cfg для всех платформ, вы можете использовать логические установки “IF LINUX” или “IF UNIX” для окружения частей для Linux, обычно это пути или имена файлов.
  • Я рекомендую начать с простейшего golded.cfg (см. ниже), только с основными настройкаи и несколькими областями. Поддержка базы сообщений GoldED для Linux работает как в 3.00.Alpha5, которая НЕ знает про повреждения баз сообщений, но собрана так, что я очень ей доверяю, поэтому вы будете пользоваться под страхом поломки.
  • Оттестированы только форматы *.MSG, JAM, Squish и Hudson, но редактор может работать и с другими форматами.
  • Все еще нет никакой поддежки для почтовых ящиков Unix-style или news спуллов. Если вам нужен доступ к ним, вы должны пользоваться утилитой, чтобы создать/распаковать SOUP-пакеты. GoldED может импортировать/экспортировать их в поддерживаемые базы сообщений (JAM или Squish наиболее рекомендуемы).
  • Возможно, что файл-аттачи могут не работать (ибо не тестировалось).
  • Символы с ASCII величинами с 0 по 31 в данный момент отображаются как ‘x’ или какие другие символы перед изображением. Символы с 128 по 159 отображаются с CP865 на Latin-1.
  • По умолчанию XLATLOCALSET это LATIN-1 под Linux версий, как оппонент IBMPC для других OS. Вам следует настроить трансляцию символом между IBMPC и LATIN-1 и использовать корректный XLATEXPORT для каждой конференции. Для подробностей читайте “Руководство для GoldED”. Многие фидошные эхоконференции допускают IBMPC или другиые IBMPC-based установки по умолчанию, если отсуствует кладж CHRS или CHARSET. Для областей, где требуется IBMPC, вам следует установить XLATIMPORT и XLATEXPORT на IBMPC или CP850.
  • Изменения цвета изображения и передвижения курсора работает благодаря ANSI секвенсору. GoldED для Linux будет так же работать в X-терминалах, но это не рекомендуется всвязи с клавиатурными ограничениями. Будут работать telnet-сессии, если они поддерживают ANSI и используют подходящие коды клавиш.
  • В стандартных дистрибутивах Linux не определены все клавиши, которые обычно работает в DOS, OS/2 и Win32. Особенно курсорные клавиши (arrows, page, home/end) не имеют разделительных кодов, когда испольщуются в комбинации с Shift, Ctrl или Alt. Но есть возможноть (в /usr/lib/kbd/keytables) определить нестандарнтые коды клавиш для использования Ctrl-PageUp, Alt-Left, etс, но у меня не хватает времени сделать это.
  • Могут быть всякие неприятности с клавиатурой. Пожалуйста, сообщайте, если найдете что-либо подобное.
  • “DOS shell” возможно не будет работать. Не тестировалось.
  • Возможность распечатывания на “/dev/lp”. Не тестировалось.

Пожалуйста, сообщайте проблемы связанный только с Linux версией. Общие проблемы прекратились приниматься с апреля ’97 и будут исправляться в последующих версиях.

=== Минимальный golded.cfg ===
username Odinn Sorensen
address 2:236/77
areadef netmail “Netmail” 0 net opus /usr/ftn/netmailx . (loc)
areadef net.fidoz2 “FidoNet Z2” 0 net squish /usr/ftn/fidoz2 . (loc)
areadef zzz.jtest1 “JAM test” 0 echo jam /usr/ftn/jtest1 . (loc)
=== Cut ===

Благодарности.

  • Всем пользователям GoldED, за их нескончаемую признательность и поддержку из года в год.
  • Дирку Мюллеру (Dirk A. Mueller) за огромную помощь во всем. Я просто не могу выразить всей благодарности!
  • Squish and Maximus are Copyright 1989, 1995 by Lanius Corporation (Scott J. Dudley).
  • JAM(mbp) – Copyright 1993 Joaquim Homrighausen, Andrew Milner, Mats Birch, Mats Wallin. ALL RIGHTS RESERVED.
  • Маркантонио Магнарапа (Marcantonio Magnarapa) за создание компилятора для руководства для руководства редактора Golded, коим пользуюсь уже с 2.50.beta. К тому же, я сделал свой компилятор руководства.
  • Томасу Вагнеру (Thomas Wagner) за EXEC v3.3, который использовался в DOS-версии для уменьшения использования памяти при выходе в командную среду DOS и запуске других программ.
  • Мортену Бауну (Morten Baun) за предоставления исходного кода WaZOO .REQ.
  • Удо Ван Ден Гьювелу (Udo van den Heuvel) зя утилиту GoldPGP.
  • Николаю Дуфву (Nicolai Dufva) (2:236/100.28), помогающему с написанием звуковой поддержки для OS/2 версии.
  • Bob Stouts C/C++ SNIPPETS используемый для исходников и написания числа функций и классов в мою библиоотеку Goldware.
  • The Free Software Foundation for GPL and LGPL.
  • Линусу Торвальдсу за Linux.

[этот список далеко не полный]

Tue Jan 20 05:36:13 2004

Руководство пользователя Golded

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Пролистать наверх
Exit mobile version