> Inovet  (05.11.2009 01:34:19)  [19]

Ага, понятно.
Переход на веб наверное
несложно сделать, добавить
ссылку в каждое сообщение
в вдие значка
какого-нибудь.

добавил из клиента, работает. Почему так на строки разбивает?

и цитирование я не делал, само появилось :)

> [22] McSimm ©   (05.11.09 01:50)
> и цитирование я не делал, само появилось :)

Да. Я с этими разбивками тоже не понял. И с цитированием. Когда в другие новостные группы отвечаешь, то там текстовый формат и всё видно сразу, а здесь HTML получается. Да у меня ещё надстройка над ОЕ ФОДОщная для удобства цитирования, но тут она не влияет, пробовал и чистый ОЕ.

Кстати недавно у АП, после падения сервера, пока новую учётную запись не настроил, сообщения в таком корявом виде были. Вот может он подскажет чего.

> [20] McSimm ©   (05.11.09 01:47)
> Переход на веб наверное несложно сделать, добавить ссылку в каждое сообщение в вдие значка какого-нибудь.

Наверно. Ещё в ДМКлиенте удобно - навёл мышь на [20], к примеру, и прочитал сообщение не прыгая туда-сюда, с тэгами тоже.

> [16] Anatoly Podgoretsky ©   (04.11.09 15:20)
> В данном форуме часто удаляются сообщения, поэтому жто сообщение
> нормальное

Так, а на NNTP сервере удалённые, получается, остаются?

> [25] Inovet ©   (05.11.09 02:14)
> Так, а на NNTP сервере удалённые, получается, остаются?

А ну да, в ДМКлиенте же их тоже видно, если успело в базу попасть, только с пометкой "тема удалена"

> McSimm  (05.11.2009 01:19:17)  [17]

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

Авторизация сделана, на основе авторизации delphimaster.ru - то есть в почтовом клиенте надо включить авторизацию (вход на сервер) и ввести логин и пароль от delphimaster.ru

Если не привязываться к delphimaster.ru, то авторизация (basic) в протоколе поддержана полностью, можно разрешить вход только по логину.паролю.

Если клиент поддерживает, то можно делать переход не только по ссылке, но и закачку файлов, встроеный медия контент. В OE например, сообщение показывается в том виде, как оно поступает с сервера, а с сервера передается HTML и ссылки на анкету и другие ссылки работают, я часто делают переход по ним. Не работает только css, ну это понятно, что бы работал, нужен встроеный, а не в файле. Поэтому никто не мешает иметь ссылки и обратно на форум, но только их надо включить в контент на серверном уровне.

> McSimm  (05.11.2009 01:48:21)  [21]

Это настройки в клиенте, проявляются при Quoted Printable, ошибка в реализации, достаточно перейти на Base64 - это единственный формат, который вообще не разрывает строки на части.
Я вообще, вне зависимости от NNTP, рекомендую устанавливать такую настройку, как для почты, так и для NNTP - 7 бит в заголовках, UTF-8 и кодиовка для контента Base64 -
это вызывает минимум проблем. В конкретном случае у меня на сервере ограничено utf-8, koi-8r, windows-1251 и примает 8 бит, plain text, QP и Base64 - перед посылкой все перекодируется в 1251

> McSimm  (05.11.2009 01:50:22)  [22]

Ну да, одна из целей была это турбо ввод с минимум усилий, по этому введено авто-цитирование и что особо ценно - это автобрезка, по линии обреза --
В принципе у меня работа выглядит так
Ctrl+O, набивка ответа, Ctrl+Enter (Alt+S), стрелка вниз и повтор. Ничего не надо удалять и добавлять служебную информацию. Ответ перед текстом. Поэтому в минуту можно ответить на несколько коротких сообщений.

> Inovet  (05.11.2009 02:01:23)  [23]

Ну я уже ответил, но здесь тоже все видно, все зависит от клиента, а для OE это стандартный формат, но без лишних действий по очистке мусора, сервер сам выполнит это.

> Inovet  (05.11.2009 02:08:24)  [24]

McSimm> Переход на веб наверное несложно сделать, добавить ссылку в каждое сообщение в вдие значка какого-нибудь.

I> Наверно. Ещё в ДМКлиенте удобно - навёл мышь на [20], к примеру, и прочитал сообщение не прыгая туда-сюда, с тэгами тоже.

Ну здесь это не возможно, я же не писал клиента, а только шлюз NNTP -> delphimaster,
И еще раз по цитированию, всегда можно включить показ сообщений в текстовом виде и отвечать в любом стиле, только не забывать устанавливать подпись с авторобрезкой, над той частью которую надо отрезать

Вот пример цитирования в стиле фидо, кстати в OE и в Fidolook можно настроить помещение ответа и подписи после текста. Все зависит от клиента, но расплатой будет более тяжелое и долгое создание ответа и удаление не нужной части текста, а delphimaster ориентирован на работу без цитирования текста и ссылки на оригинальное сообщение. Отсюда и реализация сервера.

> Inovet  (05.11.2009 02:14:25)  [25]

Зависит от многого, но у меня заложено удаление удаленых, если информация об этом будет получена с del[himaster иногда даже удается увидеть текст <удалено>. Также сделано автоперемещение сообщений с форума на другой форум. Практически заложено все, что Максим заложил в клиентский протокол. Сообщение о том, что сообщение удалено, как раз делается на основе информации от сервера, а сообщение из клиетского скрипта приводит и к удалению сообщения из базы, иногда их можно прочитать, если сообщения получены до удаления и сигнал об этом не был получен.

> Inovet  (05.11.2009 02:16:26)  [26]

Но у меня удаляется из базы. Кроме редких исключений.

Реализовать собственный NNTP сервер на сайте вряд ли удастся, апач не получится подружить с ним.

> McSimm  (05.11.2009 12:22:34)  [34]

Вообще то апач не причем, с ним не надо дружить, дружить надо с базой, если есть база, то к ней можно пристроить (сбоку) следующие службы

1. WEB server
2. NNTP server
3. POP3/SMTP server
4. службу rss
5. прочие службы

И работать на общем массиве данных. Требуется только продумывание структуры базы, в частости по ИД.
Но я понял, что вопросы относятся к шлюзу (правильнее так называть мою систему, а не клиентом форума) и почтово-новостным клиентам.

Что я имел в виду - Web server есть, служба rss легко реализуется с помощью web сервера, а службу nntp реализовать я не могу, т.к. ставить еще один сервер не получится, а приспособить пож это дело имеющийся апач не выйдет, т.к. протокол не ложится.
Получается в любом случае надо ставить nntp где-то на стороне и налаживать обмен данными. Единственное что я могу здесь сделать - это подправить модель данных, в принципе я представляю себе как это сделать. Но остаются вопросы о протоколе обмена между NNTP < - > DM и площадке для NNTP.

> McSimm  (05.11.2009 15:16:36)  [36]

Мне кажется, что скоро появится еще один сервер под FreeBSD
На площадке хостера развернуть сервер, на стандартном порту тяжело, в отличии от ВЕБ, тут виртуальные сервера не помогут.
Это значит нужен хостинг со свободным 119 портом. Если сервер окажется популярным, то трафик может быть большим и приличная нагрузка на процессор. У меня во время обновления форумов по рассписанию, все четыре процессора раскрутиваются на 100 процентов каждый в течение секунд 20, потому что очень много навигационной работы.

> McSimm ©   (05.11.09 15:16) [36]
> Но остаются вопросы о протоколе обмена
> между NNTP < - > DM и площадке для NNTP.

я бы у себя разместил вместе с dmsearch, но незнаю пока будет у меня nntp-cервер работать или придется выделенный покупать.

Как думаешь хватит ресурсов по тарифу 301 http://nic.ru/dns/service/hosting/all_trf.shtml?selected_tariff=trf_301  ?

> xayam  (08.11.2009 03:19:38)  [38]

Сообственно я уже отвечал, требуется порт, стандартный 119 и правильно написаный сервер, а работать все будет, если сервер выделеный или хотя бы виртуальный, со своим ИП, то проблем не вижу. А вот на shared hosting редко реализуемое.
Объем трафика ничтожный, у меня примерно 6 мб, при довольно частотом обновление, запросы на память и на базу не скажу, у меня большая нагрузка при полном обновление всех форумов, примерно в течение 20 секунд, все четыре процессора заняты на 100 процентов и совсем незаметная при рядовых обновлениях. Использование оперативной памяти у меня растет в одном направление, когда тестировали несколько человек, то до 200 мб в сутки, но это особенность Дельфи, особенно при больших запросов к базе. Одновременно росла и виртуальная память. По сути надо уходить от Дельфи и dbAware. При этом большинство, почти все запросы однонаправленые.