/
FidoURL.rus.txt
6550 lines (5192 loc) · 477 KB
/
FidoURL.rus.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
**********************************************************************
FGHI FIDONET GLOBAL HYPERTEXT INTERFACE
**********************************************************************
Статус: черновик
Номер редакции: 0.5pre
Заглавие: FGHI URL, средства Единой Формы Адресации Ресурсов
для фидонетовских объектов и служб
Автор: Mithgol the Webmaster (Sergey Sokoloff, 2:50/88)
Спасибо за помощь: Shannar (Boris Kassal, 2:463/587)
Trooper (Alexey Bezugly, 2:5030/1520.9)
NoSFeRaTU (Konstantin Kuzov, 2:5019/40.1)
Inity (Tanya Matveeva, 2:5030/1400)
Дата редакции: 8 Apr 2010
-+--------------------------------------------------------------------
Содержание:
1. Статус этого документа
2. Введение
3. Ключевые слова для выражения уровней требуемости
4. Список изменений этого документа
5. Общий синтаксис URL-адресов Фидонета
5.1. Главные части URLов
5.1.1. Примечание о соответствии
5.1.2. Руководство по употреблению отделителей
5.2. Кодирование символов в URLах
5.2.1. Кодирование изначальных символов
5.2.2. Кодирование октетов
5.2.2.1. Нет соответствующего 7-битного видимого символа
5.2.2.2. Небезопасные символы
5.2.2.3. Зарезервированные символы
5.2.2.3.1 Использование доменных суффиксов в ареатагах
5.2.2.4. Плюс ("+") и кодирование пробелов
5.2.2.4.1. Примечание об особенности
5.2.2.4.2. Примечание об интернетовском обычае
5.2.2.5. URLы, занимающие несколько строк текста в Фидо
5.3. Разбор части URLа, особенной для каждой из схем
5.3.1. Обработка неуместных зарезервированных символов
6. Схемы URLов Фидонета, означающих действия
6.1. Схема "netmail:"
6.1.1. Необязательный параметр "to"
6.1.2. Необязательный параметр "subject"
6.1.4. Необязательный параметр "from"
6.1.5. Необязательный параметр "body"
6.2. Схема "areafix:"
6.2.1. Необязательный параметр "uplink"
6.2.2. Необязательный параметр "leave"
6.2.3. Необязательный параметр "fecho"
6.2.4. Будущие необязательные параметры
6.2.5. Относительные URLы "areafix:"
6.3. Схема "echomail:"
6.3.1. Необязательный параметр "to"
6.3.2. Необязательный параметр "subject"
6.3.4. Необязательный параметр "from"
6.3.5. Необязательный параметр "body"
7. Схемы URLов Фидонета, означающих объекты
7.1. Часть адреса <путь-объекта>. Возможные формы пути
7.1.1. Предшествующая косая черта и завершающая косая черта
7.1.2. Обработка неизвестных контейнеров
7.2. Схема "area://"
7.2.1. Фильтры сообщений
7.2.1.1. Фильтры типа "msgid"
7.2.1.2. Фильтры типа "time"
7.2.1.2.1. Одиночный момент
7.2.1.2.1.1. Пустые значения
7.2.1.2.2. Верхний предел
7.2.1.2.2.1. Пустые наиболее левые значения
7.2.1.2.2.2. Пустые наиболее правые значения
7.2.1.2.3. Нижний предел
7.2.1.2.3.1. Пустые наиболее левые значения
7.2.1.2.3.2. Пустые наиболее правые значения
7.2.1.2.4. Интервал времени
7.2.1.2.4.1. Пустые наиболее правые значения
7.2.1.2.4.2. Пустые наиболее левые значения
7.2.1.2.5. Комплексный фильтр
7.2.1.2.6. Типовое множество подытога фильтров "time"
7.2.1.2.7. Порядковый номер дня в году
7.2.1.2.8. Использование текущей даты и времени
7.2.1.2.9. Кладж TrueTime
7.2.1.2.10. Необязательный параметр "usetz"
7.2.1.2.11. Будущие варианты фильтров "time"
7.2.1.3. Фильтры типа "from"
7.2.1.3.1. Фильтры типа "twit"
7.2.1.4. Фильтры типа "find"
7.2.1.4.1. Сходные фильтры:
"subj", "findsb", "to", "sender"
7.2.1.5. Географическая привязка эхопочты
7.2.1.5.1. Кладж GEO
7.2.1.5.2. Кладж GEOBOX
7.2.1.5.3. Кладж GEOKML
7.2.1.5.4. Координаты в ноудлистах и пойнтлистах
7.2.1.5.5. Кладж ORIGEO
7.2.1.5.6. Фильтры типа "geomark"
7.2.1.5.7. Фильтры типа "geofrom"
7.2.1.6. Эхопочта, снабжённая ярлыками
7.2.1.6.1. Кладж TAG
7.2.1.6.2. Фильтры типа "tag"
7.2.1.7. Фильтры типа "ttop"
7.2.1.8. Будущие фильтры сообщений
7.2.2. Закодированные объекты внутри эхопочтовых сообщений
7.2.2.1. Имена кодированных объектов
7.2.2.2. Как определяется означенный объект
7.2.2.2.1. Возможные приложения
7.2.3. Вид представления сообщений
7.2.3.1. Необязательный параметр "view"
7.2.3.2. Вид единственного сообщения
7.2.3.3. Список сообщений
7.2.3.4. Дерево ответов
7.2.3.5. Ветвь ответов
7.2.3.6. Список деревьев
7.2.3.7. Лента сообщений
7.2.3.8. Лента вершин деревьев
7.2.3.9. Список вершин деревьев
7.2.3.10. Развёрнутое дерево
7.2.3.11. Развёрнутая ветвь
7.2.3.12. Плоское дерево
7.2.3.13. Плоская ветвь
7.2.3.14. Календарь
7.2.3.15. Карта сообщений
7.2.3.16. Карта отправителей
7.2.3.17. Глобус сообщений
7.2.3.18. Глобус отправителей
7.2.3.19. Список кодированных объектов
7.2.3.20. Эхолист
7.2.4. Управление видимостью кладжей и скрытых строк
7.2.4.1. Необязательный параметр "kl"
7.2.5. Необязательный параметр "full"
7.2.6. Порядок сортировки сообщений
7.2.6.1. Необязательный параметр "sort"
7.2.6.2. Без сортировки (в порядке базы сообщений)
7.2.6.3. Хронологическая сортировка
7.2.6.4. Сортировка по релевантности
7.2.6.5. Сортировка по теме
7.2.6.6. Сортировка по объёму
7.2.6.7. Сортировка по имени адресата
7.2.6.8. Сортировка по имени отправителя
7.2.6.9. Сортировка по адресу отправителя
7.2.6.10. Сортировка по местонахождению отправителя
7.2.6.11. Сортировка по ареатагу
7.2.7. Необязательный параметр "leaf"
7.3. Схема "faqserv://"
7.3.1. Необязательный параметр "time"
7.3.2. Необязательный параметр "bot"
7.3.3. Необязательный параметр "loc"
7.3.4. Будущие необязательные параметры
7.4. Схема "fecho://"
7.4.1. Необязательный параметр "time"
7.4.2. Будущие необязательные параметры
7.5. Схема "freq://"
7.5.1. Необязательный параметр "time"
7.5.2. Необязательный параметр "size"
7.5.3. Необязательный параметр "ed2k"
7.5.4. Необязательный параметр "aich"
7.5.5. Необязательный параметр "fecho"
7.5.6. Расширение на основе URL для файловых запросов WaZOO
7.5.7. FGHI URLы файловых откликов (.FUF-индекс)
7.5.8. Флаги ноудлиста, указывающие на возможности FGHI freq
7.5.9. Будущие необязательные параметры
Приложение A. Регулярные выражения
Приложение B. Известные реализации
B.1. HellEd
B.2. FGHI URL гейт
B.3. NoSFeRaTU's GoldED+
Приложение C. Прозреваемые грядущие технологии
C.1. XML-эхолисты
C.2. FFF (фенечки фидосферы FGHI)
C.2.1. Социальный файл (кладж SOCFILE)
-+--------------------------------------------------------------------
Я русский человек, и все свои знания, весь свой труд,
все свои достижения я имею право отдавать только моей родине.
Я горд тем, что родился русским. И если не современники, то,
может быть, потомки наши поймут, как счастлив я, что
не за рубежом, а в России открыто новое средство связи.
А. С. Попов
А теперь и новое средство гиперсвязей.
Mithgol the Webmaster
-+--------------------------------------------------------------------
1. Статус этого документа
-+-----------------------
Этот документ является переводом на русский язык, соответствующим
черновику Предлагаемого Фидонетовского Стандарта (FSP).
Оригинал этого документа описывает необязательный фидонетовский
стандарт, который может использоваться как фидошным сообществом,
так и в Паутине, и призывает к обсуждению и предложению доработок.
Реализация протоколов, определённых в этом документе, не является
необходимою; но ожидается, что все реализации этих протоколов будут
соответствовать данному стандарту.
Распространение этого документа не ограничивается, если в его текст
при распространении не будут внесены изменения, не упомянутые явно.
"Редакция 0.5pre" является ночной сборкою черновика, выпускаемою,
чтоб осведомить большинство разработчиков (на Ru.FTN.Develop
подписанных) о самых последних изменениях этого документа. Она
может содержать неоконченные и (или) неотшлифованные разделы.
В окончательном итоге она станет серьёзным выпуском (0.5 или 1.0rc).
Русский перевод "редакции 0.5pre" может не вполне соответствовать
английскому тексту. Если вы найдёте какие-либо баги в 0.5pre,
осведомите автора.
2. Введение
-+---------
В этом документе определяется несколько фидонетовских схем для
Единой Формы Адресации Ресурсов -- для записи URL-адресов, которыми
обеспечивается единообразно оформленная информация о местонахождении
и о способах доступа к ресурсам и службам через Фидонет.
Определение их спланировано с тем расчётом, чтобы соответствовать
спецификациям RFC 1738; и оттого гиперссылки, заданные по указаниям
данного документа, могут использоваться как в Фидонете (в эхопочте,
в нетмейле), так и в традиционном HTML-гипертексте в рамках Паутины
и интернетовского e-mail (где стандарты URLов в основном обратно
совместимы с RFC 1738).
Давая каждому фидонетовскому ресурсу его собственный URL (адрес
единой формы), сей стандарт делает не требующими усилий следующие
две задачи:
1) Указание на ресурс теперь не требует усилий: просто укажите URL
вместо того, чтобы утруждать себя объяснением того, как найти
этот ресурс.
2) Найти ресурс теперь не требует усилий: просто следуйте URLу
(например, жмякните по гиперссылке) вместо того, чтобы утруждать
себя поиском вручную.
Обратите внимание: URL может быть скопирован из одной программы,
а затем вставлен в другую, если обе они поддерживают стандарт.
См. в Приложении B список реализаций предыдущих версий сего
документа.
Помимо самостоятельного предназначения, этот документ также послужит
первой и наиболее основной частью FGHI (произносится 'фигхай'; это
сокращение слов 'Fidonet Global Hypertext Interface', означающих
фидонетовский всеобщий гипертекстовый интерфейс), целью которого
будет гипертекстовая автоматизация некоторых покуда ручных операций
Фидонета, доставка и просмотр иллюстрированного гипермедиа
по традиционным каналам эхопочтовых и нетмейловых текстовых
соединений, а также, возможно, некоторые другие элементы
гипертекстового Фидонета.
2.1. Список введённых особенностей Фидонета
-+-----------------------------------------
Этот документ определяет семь новых схем URLов:
*) netmail: (в разделе 6.1)
*) areafix: (в разделе 6.2)
*) echomail: (в разделе 6.3)
*) area:// (в разделе 7.2)
*) faqserv:// (в разделе 7.3)
*) fecho:// (в разделе 7.4)
*) freq:// (в разделе 7.5)
Этот документ определяет шесть новых необязательных кладжей:
*) TrueTime (в разделе 7.2.1.2.9)
*) GEO (в разделе 7.2.1.5.1)
*) GEOBOX (в разделе 7.2.1.5.2)
*) GEOKML (в разделе 7.2.1.5.3)
*) ORIGEO (в разделе 7.2.1.5.5)
*) TAG (в разделе 7.2.1.6.1)
Этот документ определяет восемь новых необязательных ноудлистовых
флагов:
*) LONE, LONW, LATN, LATS (в разделе 7.2.1.5.4)
*) FUF, FUFME, FUFP, FUFD (в разделе 7.5.8)
Этот документ определяет обладающее обратной совместимостью
расширение на основе URL для файловых запросов WaZOO
(в разделе 7.5.6). Вводится (в разделе 7.5.7) индексный файл
откликов (файл .FUF), подобный известному прежде индексному файлу
запросов (файлу .REQ).
3. Ключевые слова для выражения уровней требуемости
-+-------------------------------------------------
Ключевые слова "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY" и
"OPTIONAL" в оригинале этого документа имеют смысл, соответствующий
описаниям в стандарте FTA-1006 (основанном на RFC 2119).
В этом русском переводе используются следующие ключевые выражения:
"MUST" : "ДОЛЖЕН", "НАДО"
"MUST NOT" : "НЕ ДОЛЖЕН"
"REQUIRED" : "НЕОБХОДИМЫЙ", "ТРЕБУЕМЫЙ", "ТРЕБУЕТСЯ"
"SHOULD" : "НАДОБНО", "СЛЕДУЕТ"
"SHOULD NOT" : "НЕ СЛЕДУЕТ"
"RECOMMENDED" : "РЕКОМЕНДУЕМЫЙ", "РЕКОМЕНДУЕТСЯ"
"NOT RECOMMENDED" : "НЕ РЕКОМЕНДУЕТСЯ"
"MAY" : "МОЖЕТ", "МОЖНО"
"OPTIONAL" : "НЕОБЯЗАТЕЛЬНЫЙ"
4. Список изменений этого документа
-+---------------------------------
Номера разделов в этом списке изменений могут соответствовать
прежним версиям этого документа; настоящие номера иногда меняются
без предупреждения по мере введения новых разделов.
В версии 0.5pre: [8 Apr 2010]
*) в необязательном параметре "loc" теперь указывается, посылать ли
запрос к FAQ-серверу в строке заголовка нетмейла или в теле
сообщения (раздел 7.3.3)
*) необязательные параметры "subj" перестали быть частью стандарта:
раздел 5.2.2.5 определяет URLы, занимающие несколько строк
текста, так что теперь всегда будет безопасно использовать
необязательные параметры "subject"
*) необязательный параметр "unsubscribe" также сгинул, используйте
"leave" (раздел 6.2.2)
*) добавлен краткий список введённых особенностей Фидонета
(раздел 2.1)
*) необязательный параметр "fecho" (раздел 6.2.3) в URLах "areafix:"
может использоваться для изменения подписки на файлэхопочту
*) эхопочта теперь может снабжаться ярлыками и фильтроваться по ним
(раздел 7.2.1.6)
*) значения фильтров "find" могут теперь содержать простой текст,
не только регулярные выражения (раздел 7.2.1.4)
*) добавлены ещё фильтры ("subj", "findsb", "to", "sender"), чтобы
вести поиск в различных элементах сообщения (раздел 7.2.1.4.1)
*) добавлено несколько необязательных параметров в URLы "freq://"
(разделы 7.5.2, 7.5.3, 7.5.4, 7.5.5), так что если файлы уже
доступны в файловых эхах и (или) в сети ed2k/Kad, они могут быть
запрошены из альтернативного источника (или, совсем наоборот,
freq-сервер может стать проксёю альтернативных источников файла)
*) один URL "fecho://" может содержать несколько ареатагов
(раздел 7.4), означая файл, одновременно опубликованный
(cross-posted) в нескольких файловых эхах
*) добавлен необязательный параметр "time" в URLах "faqserv://"
(раздел 7.3.1), и в URLах "fecho://" (раздел 7.4.1), и в URLах
"freq://" (раздел 7.5.1), чтобы помочь в кешировании объектов
*) добавлен кладж ORIGEO (раздел 7.2.1.5.5), содержащий координаты
отправителя, если (и когда) они не присутствуют в ноудлисте
или в пойнтлисте
*) добавлен необязательный FGHI URL в качестве элемента
файловых запросов WaZOO (раздел 7.5.6)
*) добавлен необязательный параметр "view", чтобы содержать
информацию о рекомендуемом режиме просмотра представленных
сообщений (раздел 7.2.3)
*) необязательный параметр "usetz" теперь также управляет тем,
какие сообщения соответствуют каким датам в календарном виде
(раздел 7.2.3.14) и используется ли UTC во время
хронологической сортировки (раздел 7.2.6.3)
*) добавлена пометка о соответствии RFC 4395 в разделе 5.1.2
*) добавлен необязательный параметр "full" для развёртывания
свёрнутых сообщений (раздел 7.2.5)
*) добавлено разъяснение в разделе 5.3:
если значение по умолчанию для параметра не приведено в этом
стандарте, то оно определяется либо пользовательскими
настройками, либо тем, как устроен фидонетовский браузер
*) добавлены три примера возможных приложений постоянных URLов
содержимого, обновляемого по Фидонету (в разделе 7.2.2.2.1)
*) добавлен новый необязательный параметр "sort" для управления
порядком сообщений (раздел 7.2.6)
*) расширен формат файлового запроса WaZOO (файла .REQ), указано,
как он может содежать URLы FGHI (раздел 7.5.6)
*) добавлен новый отклик freq-сервера (файл .FUF), он содержит
URLы FGHI, которые могут накапливаться во время кеширования
запрошенных файлов (раздел 7.5.7)
*) географические координаты в ноудлистах и пойнтлистах теперь
должны отделяться от соответствующего флага двоеточием, и точка
должна использоваться для разделения целой и дробной частей
десятичного числа (раздел 7.2.1.5.4)
*) добавлены два флага ноудлиста, указывающие на возможности
FGHI freq (раздел 7.5.8)
*) добавлен новый фильтр "ttop" (раздел 7.2.1.7) для выборки только
тех сообщений, которые начинают новые нити обсуждения (то есть не
являются ответами ни на одно сообщение в той же области эхопочты)
*) добавлен новый фильтр ("twit", раздел 7.2.1.3.1), чтоб поставлять
списки твитов
*) добавлена Inity в список благодарностей (мозговой штурм получился
по-настоящему замечательным)
*) FGHI теперь означает Fidonet Global Hypertext Interface
*) добавлено Приложение B (список известных реализаций URLов FGHI)
В версии 0.4: [13 Oct 2007]
*) переименованы необязательные параметры, идентифицирующие
сообщения; теперь они называются фильтрами сообщений
(см. разделы 7.2.1, 7.2.2.2 и их подразделы)
*) несколько фильтров одного и того же типа могут теперь
использоваться одновременно
*) флаг "/m" теперь всегда подразумевается в регулярных выражениях
(приложение A), так что его можно пропускать при поиске кладжей
(раздел 7.2.1.4)
*) новый (более разумный) перевод:
Uniform Resource Locators = Единая Форма Адресации Ресурсов
*) теперь запросы по умолчанию не могут подразумеваться в адресах
"faqserv://" (раздел 7.3)
*) к ареатагам добавлен необязательный суффикс "@domain" для
различения между разными FTNами (по просьбе Скотта Литтла)
в адресах "area://" (раздел 7.2), в адресах "areafix:" (раздел
6.2), и в адресах "fecho://" (раздел 7.4); символ "@" теперь
является зарезервированным внутри ареатагов (раздел 5.2.2.3.1)
*) единый перевод: echomail = эхопочта (и нигде никаких эхомейлов)
*) добавлен абзац для прояснения разницы между не поддающимися
декодированию объектами и неизвестными контейнерами
(в разделе 7.2.2.2)
*) несколько аплинков и (или) списков аплинков могут быть указаны
в URLах "areafix:" (раздел 6.2.1)
*) один URL "areafix:" может содержать несколько ареатагов (раздел
6.2), так что теперь возможною стала подписка на несколько эх
при помощи единственного жмяка мышою (по просьбе Дмитрия
Гайворонского)
*) один URL "echomail:" может содержать несколько ареатагов (раздел
6.3) для поддержки кросс-постинга сообщений (то есть сообщения
рассылаются в несколько эх при помощи единственного жмяка мышою)
*) один URL "area://" может содержать несколько ареатагов (раздел
7.2), означая набор сообщений из нескольких областей эхопочты
*) многострочные URLы (по просьбе Алекса Кочарина) теперь возможны
(раздел 5.2.2.5)
*) фильтры типа "mid" больше не нужны, вместо них используйте
"msgid" (соответствующий раздел удалён)
*) новый фильтр сообщений "time" (раздел 7.2.1.2) и кладж TrueTime
(подраздел 7.2.1.2.9)
*) эхопочта может содержать географическую привязку (раздел 7.2.1.5)
и фильтроваться географически
В версии 0.3: [10 Feb 2007]
*) начат этот список изменений
*) добавлен подраздел 7.2.1.3 (Необязательный параметр "from")
*) добавлен подраздел 7.2.1.4 (Необязательный параметр "find")
*) отредактирован обрамляющий подраздел 7.2, чтоб отразить тот факт,
что теперь можно идентифицировать несколько сообщений, не только
одно сообщение
*) добавлено спасибо за помощь NoSFeRaTU
*) отредактирован подраздел 5.2.2.4.2, упомянут RFC 1630
*) отредактирован список примеров в разделе 5
*) добавлено приложение A (Регулярные выражения)
*) добавлен подраздел 7.2.4 (Управление видимостью кладжей
и скрытых строк)
*) отредактирован подраздел 5.2.2.2, слово "Origin" теперь
не является небезопасным
*) отредактирован подраздел 7.5.1, чтоб отразить тот факт, что
ответы на запросы могут задерживаться
5. Общий синтаксис URL-адресов Фидонета
-+-------------------------------------
Так как существует много различных типов фидонетовских объектов
и служб, то несколько схем URL созданы для описания местонахождения
этих ресурсов.
Обобщённый синтаксис URLов обеспечивает каркас, на основе которого
могут описываться новые схемы -- в том числе и с применением других
протоколов, в данном документе не описанных.
URLы используются для определения местонахождения ресурсов, так как
любой URL содержит абстрактный идентификатор такого местонахождения.
Определив местонахождение ресурса, фидонетовская система может с ним
произвести любую необходимую операцию из числа доступных системе (их
мы можем перечислять с использованием таких терминов, как 'получить
доступ', 'подписаться', 'отписаться', 'послать', 'запросить',
'показать атрибуты').
5.1. Главные части URLов
-+----------------------
В общем, фидонетовские URLы записываются вот так:
<схема>:<особенная-часть>
Каждый URL содержит имя используемой им схемы (<схема>), а за ним
двоеточие, а за ним набор символов (<особенная-часть>), понимание
которого зависит от используемой схемы.
Имя схемы является последовательностью символов. В ней разрешается
употреблять строчные латинские буквы "a"--"z", цифры, символ плюса
("+"), точку ("."), дефис ("-"). В силу соображений совместимости,
разбирающим фидонетовский URL программам НАДОБНО обрабатывать
заглавные латинские буквы в именах схем как эквивалентные строчным,
им соответствующим (например, принимать имя схемы "AREA" в качестве
"area").
Только первое двоеточие в URLе играет роль отделителя, отделяющего
часть адреса <схема> от части <особенная-часть>. Особенная часть
всякого URLа МОЖЕТ содержать и другие двоеточия.
За двоеточием-отделителем между <схема> и <особенная-часть> МОЖЕТ
непосредственно идти необязательная двойная косая черта ("//").
Фидонетовские программы, разбирающие URL, ДОЛЖНЫ обрабатывать
отделитель "://" в качестве эквивалентного обычному двоеточию
перед <особенная-часть>.
5.1.1. Примечание о соответствии
-+------------------------------
Этот подраздел приводится для сведения.
Фидонетовские схемы URLов, описываемые в этом документе, состоят
только из строчных латинских букв "a"--"z". Однако как цифры,
так и символы плюса ("+"), точки (".") и дефиса ("-") ДОЛЖНЫ
также дозволяться в именах схем, чтобы обеспечить корректную
обработку интернетовских схем, соответствующих спецификациям
RFC 1738.
5.1.2. Руководство по употреблению отделителей
-+--------------------------------------------
Обычаи нынешнего Интернета проводят некоторое различие между
отделителями ":" и "://". Отделитель "://" часто применяется
после имён схем, означающих объекты и ресурсы ("http://",
"ftp://", "gopher://", "nntp://", "ed2k://", "file://" и т. д.).
Отделитель ":" часто употребляется после имён схем, означающих
действия (например, "mailto:", "skype:").
Аналогичная разница существует между фидонетовскими ресурсами
(объектами) и действиями. Вот почему, хотя эти отделители ДОЛЖНЫ
всегда обрабатываться как эквивалентные, всё же РЕКОМЕНДУЕТСЯ
использовать ":" после схем, означающих действия ("netmail:",
"echomail:", "areafix:"), а "://" СЛЕДУЕТ использовать после
схем, означающих ресурсы ("area://", "freq://", "fecho://",
"faqserv://").
Эта РЕКОМЕНДАЦИЯ также соответствует разделу 2.2 из RFC 4395,
поскольку каждый из URLов фидонетовских ресурсов МОЖЕТ содержать
иерархическую структуру каталогов и контейнеров (см. раздел 7.1
ниже), так что использование двойных косых черт показывает, что
за ними следует верхний иерархический элемент.
5.2. Кодирование символов в URLах
-+-------------------------------
URLы являются последовательностями символов, то есть букв, цифр,
и (или) спецсимволов. URLы могут быть записаны разными способами;
например, чернилами на бумаге, или последовательностью октетов
кода, соответствующих символам в некоторой кодировке. Обработка
URL не зависит от этого способа, а только от значения символов,
в URL использованных.
Полезно различать два понятия: "символ" (элемент письменности,
семантическая единица) и "октет" (восьмибитный байт).
В большинстве схем URLов последовательности символов, стоящие
в разных частях URLа, отражают собою последовательности октетов,
используемых в фидонетовских службах. Скажем, в схеме "netmail:"
такими последовательностями октетов являются фидонетовский адрес,
заголовок письма и имя адресата; части URLа служат представлением
этих последовательностей. Последовательности же октетов, в свою
очередь, являются кодированным представлением изначальных символов
(символов заголовка, символов имени сисопа и т. д.); каждому из
изначальных символов соответствует один октет или более.
Таким образом, всегда существует два соответствия: символам URLов
соответствуют октеты, а октетам соответствуют изначальные символы:
запись URLа <-> последовательность октетов <-> изначальные символы
5.2.1. Кодирование изначальных символов
-+-------------------------------------
Следующий абзац приводится для сведения.
Последовательность октетов, определяемая той или иною частью
URLа, является представлением последовательности символов,
изначально используемых в Фидонете. Процесс этот обладает весьма
разнообразной природою. Будучи международной сетью, Фидонету
всегда приходится иметь дело с сотнями национальных символов,
с десятками имеющихся традиций кодирования и наборов символов.
И есть уже целый ряд FSC (документов фидонетовских стандартов),
предлагающих различные способы на основе кладжей указать, какой
набор символов используется. Однако не было бы мудрым решение
реализовать какие бы то ни было эквиваленты кладжей в качестве
необходимого элемента каждого из фидонетовских URLов; а также
было бы непросто поддерживать полный список всевозможных наборов
символов внутри каждой из программ, обрабатывающих фидонетовские
URLы. (Не забудьте, что одной из целей является возможность как
появления, так и правильной обработки фидонетовских URLов внутри
традиционного HTML-гипертекста в Паутине, интернетовском e-mail,
мгновенных сообщениях, и т. п.) Вот почему приходится выбрать
только одну кодировку, с достаточно обширным набором символов.
Дальнейшие абзацы этого подраздела приводятся для указания.
Последовательность октетов, используемая в фидонетовских URLах,
ДОЛЖНА всегда содержать представление изначальных символов,
достигнутое кодированием их в UTF-8.
Стандарт ISO/IEC 10646-1 определяет многооктетный набор символов
под названием Universal Character Set (т. е. Универсальный Набор
Символов, UCS), охватывающий большинство существующих в мире
систем письменности. И UTF-8, один из так называемых форматов
преобразования UCS (UCS transformation formats, UTF), сохраняет
семибитное подмножество ASCII неизменным, обеспечивая тем самым
некоторую совместимость с файловыми системами, обработчиками и
другими элементами программного обеспечения, которые полагаются
на значения семибитного ASCII, а по отношению к другим значениям
проявляют терпимость.
UTF-8 описывается в RFC 2279. Его описание также можно найти
в Unicode Technical Report #4 и в стандарте Unicode версии 2.0.
5.2.2. Кодирование октетов
-+------------------------
Последовательности символов в различных частях URLа используются
для представления последовательностей октетов.
Существует возможность представить октет при помощи символа,
соответствующего этому октету по коду в чистом (семибитном)
наборе символов ASCII. Однако есть некоторые исключения
(см. ниже).
Другой вариант: октеты МОГУТ также быть закодированы при помощи
тройки символов, состоящей из символа "%", за которым идут две
шестнадцатиричных цифры (из набора "0123456789ABCDEF"), которые
образуют шестнадцатиричное значение октета. (Символы "abcdef"
также МОЖНО использовать при шестнадцатиричном кодировании.)
Шестнадцатиричное кодирование любого октета МОЖЕТ использоваться
даже в тех случаях, когда оно не является ТРЕБУЕМЫМ, не является
РЕКОМЕНДУЕМЫМ. Тем не менее, РЕКОМЕНДУЕТСЯ избегать ненужного
шестнадцатиричного кодирования, чтобы URLы получались покороче.
Использование шестнадцатиричного кодирования октетов становится
НЕОБХОДИМЫМ или РЕКОМЕНДУЕМЫМ, если для них нет соответствующего
семибитного видимого символа в ASCII, или если употребление
соответствующего символа небезопасно, или если соответствующий
символ был зарезервирован для другого истолкования в конкретной
схеме URL. Эти требования и рекомендации излагаются ниже.
5.2.2.1. Нет соответствующего 7-битного видимого символа
-+------------------------------------------------------
URLы записываются только при помощи графических (видимых,
печатаемых) символов семибитной кодовой таблицы ASCII.
Октеты 80-FF (это дан шестнадцатиричный код их) не принадлежат
к семибитному ASCII, а октеты 00-1F и 7F (шестн.) обозначают
управляющие символы ASCII; эти октеты ДОЛЖНЫ кодироваться.
5.2.2.2. Небезопасные символы
-+---------------------------
Символы могут быть небезопасными по ряду причин.
Символ пробела является небезопасным, так как значащие пробелы
могут исчезнуть и незначащие пробелы могут быть добавлены при
записи или наборе URLов, а также при обработке текста с URLами
в текстовых процессорах. Октет 20 (шестн.) ДОЛЖЕН всегда быть
закодирован.
Символы "<" и ">" небезопасны, поскольку они употребляются как
разделители вокруг тэгов в HTML-гипертексте и в XML-данных.
Октеты 3C и 3E (шестн.) ДОЛЖНЫ всегда быть закодированы.
Символ кавычки (""") используется как разделитель вокруг URLов
в некоторых системах, в том числе в корректно записанном XHTML
и XML. Октет 22 (шестн.) ДОЛЖЕН всегда быть закодирован.
Символ "#" небезопасен, поскольку он используется во Всемирной
Паутине и в иных системах для отделения URLа от идентификатора
фрагмента или якоря, который может следовать за URLом.
Октет 23 (шестн.) ДОЛЖЕН всегда быть закодирован.
Символ "%" небезопасен, так как он используется в кодировании
других символов. Октет 25 (шестн.) ДОЛЖЕН всегда быть
закодирован.
Символьная последовательность тройного минуса (символ "-",
повторённый трижды) имеет специальное значение в Фидонете
и может случайно начать тиарлайн в некоторых случаях (скажем,
после переноса на новую строку). Как минимум один из трёх
соответствующих октетов (2D 2D 2D шестн.) ДОЛЖЕН быть
закодирован, если они следуют друг за другом последовательно.
Другие символы были определены как небезопасные в RFC 1738,
поскольку некоторые гейты и другие транспортные агенты были
известны в качестве модифицирующих эти символы иногда. Вот
эти символы: "{", "}", "|", "\", "^", "~", "[", "]" и "`".
Соответствующие им октеты (7B 7D 7C 5C 5E 7E 5B 5D 60 шестн.)
ДОЛЖНЫ быть закодированы во имя совместимости с Интернетом.
Все небезопасные символы ДОЛЖНЫ всегда быть закодированы
в URL. Скажем, символ "#" ДОЛЖЕН быть закодирован в URL
даже в тех программах, которым нет дела до идентификаторов
фрагментов или якорей, так чтобы если URL будет скопирован
в другую программу, которая использует такие идентификаторы,
то изменение кодирования URL не понадобилось бы.
5.2.2.3. Зарезервированные символы
-+--------------------------------
Многие схемы URL резервируют некоторые символы для специальных
целей: придаётся определённый смысл появлению таких символов
в той части URL, разбор которой зависит от конкретной схемы
(в части <особая-часть> после имени схемы).
Обычно URL означает одно и то же и в том случае, когда октет
представлен символом, и когда октет закодирован. Однако это
не так для зарезервированных символов: кодирование символа,
зарезервированного для некоторой схемы, может принести вред
смысловому значению URLа, если символ использован в согласии
с определённым для него смыслом. И наоборот.
Символ "?" используется как разделитель между необходимой и
необязательной частью URLа. Сам разделитель НЕ ДОЛЖЕН быть
закодирован. Если символ "?" появляется в любой другой части
URLа, он ДОЛЖЕН быть закодирован, чтобы его нельзя было
перепутать с разделителем.
Символ "=" используется как разделитель между именем параметра
и его значением. Сами разделители НЕ ДОЛЖНЫ быть закодированы.
Если символ "=" появляется в любой другой части URLа, тогда он
ДОЛЖЕН быть закодирован, чтобы его нельзя было перепутать
ни с одним из разделителей.
Символ "&" используется как разделитель между парами
"параметр=значение". Сами разделители НЕ ДОЛЖНЫ кодироваться.
Если символ "&" появляется в любой другой части URLа, тогда он
ДОЛЖЕН быть закодирован, чтобы его нельзя было перепутать
ни с одним из разделителей.
Символ "@" используется как разделитель между ареатагом и его
суффиксом, или между суффиксами (см. подробности в подразделе
5.2.2.3.1). Сами разделители НЕ ДОЛЖНЫ кодироваться. Если
символ "@" появляется внутри самого ареатага (или внутри
суффикса), он ДОЛЖЕН быть закодирован, чтобы его нельзя было
перепутать ни с одним из разделителей. В любой последующей
части URLа (где появление ареатагов и суффиксов не ожидается)
этот символ МОЖНО оставить как он есть.
Символ "/" зависит от схемы:
*) В некоторых схемах ("netmail:", к примеру) символ "/" имеет
свой собственный (буквальный) смысл, поскольку он широко
используется как часть стандартной фидонетовской записи
адресов <zone>:<net>/<node>.<point> (см. подробности
в FSP-1004).
*) В некоторых других схемах символ "/" зарезервирован для
использования в пути к файлу
(<directory>/<directory>/...<directory>/<filename>),
и соответствующий ему октет (2F шестн.) ДОЛЖЕН быть
закодирован, если не разделяет части пути.
См. подробности далее (в разделах, относящихся к схемам).
5.2.2.3.1 Использование доменных суффиксов в ареатагах
-+----------------------------------------------------
Различные домены Фидонета (в значении "@<domain>",
см. подробности в FSP-1004), также известные как
Сети на Технологии Фидонета (Fidonet Technology Networks,
FTN) МОГУТ иметь общие эхопочтовые области (то есть области,
которые гейтуются между некоторыми из FTNов) и могут иметь
внутренние эхопочтовые области (то есть области,
распространяемые только внутри домена).
Если станция Фидонета имеет доступ к эхопочтовым областям из
различных доменов, то ей МОГУТ встретиться области с одним
и тем же именем (ареатагом) в различных доменах. И это
нормально, если это одна и та же общая область; однако, даже
если это разные внутренние области, у которых просто совпали
имена случайно, то Единая Форма Адресации Ресурсов МОЖЕТ
содержать необязательный суффикс "@<domain>" после ареатага,
и тем различать между различными областями. Суффикс содержит
доменное имя FTNа означенной эхообласти и предшествующий
символ "@".
То же правило применяется к ареатагам файловых эх.
Примеры:
area://jabber@fidonet
area://jabber@othernet
areafix:sysop.talks@fidonet
areafix:sysop.talks@othernet
fecho://common.files@fidonet
fecho://common.files@othernet
Доменные суффиксы специально НЕОБЯЗАТЕЛЬНЫ, поскольку FTNы
обыкновенно располагают собственными средствами для того,
чтобы гарантировать уникальность имён эхопочтовых областей.
Некоторые FTNы, к примеру, используют свои собственные
доменные имена в качестве префиксов или суффиксов для имён
областей эхопочты (othernet.areaname или areaname.othernet,
к примеру), тем устраняя нужду в специальном элементе URLа,
который в противном случае потребовался бы для достижения
той же цели.
Символ "@" является зарезервированным. Когда он используется
как разделитель между ареатагом и его доменным именем FTN,
символ "@" НЕ ДОЛЖЕН кодироваться. Однако если символ "@"
появляется внутри самого ареатага (например, когда имя
области подобно SETI@home), тогда символ ДОЛЖЕН быть
кодирован, чтобы его нельзя было перепутать с разделителями.
Но вне ареатагов символ "@" не является зарезервированным,
так что его МОЖНО и кодировать, и оставить как есть в любой
другой части URLа (например, в пути к объекту, в имени
параметра, в значении параметра, и так далее).
5.2.2.4. Плюс ("+") и кодирование пробелов
-+----------------------------------------
Пробелы (октеты 20 шестн.) являются наиболее распространёнными
небезопасными символами Фидонета, и оттого играют значительную
роль в тех частях URLов, чьё понимание зависит от схемы:
пробелы появляются в кладжах MSGID, используются в качестве
разделителей между словами в текстовых строках, и так далее.
Чтобы улучшить человекочитаемость фидонетовских URLов, и чтобы
сделать URLы короче, может использоваться новый более краткий
синоним шестнадцатиричной тройки "%20". Это плюс ("+").
Программы, воспринимающие ту часть URLа, понимание которой
зависит от конкретной схемы (это <особенная-часть>), ДОЛЖНЫ
воспринимать там символ плюса ("+") как эквивалентный тройке
символов, шестнадцатирично кодирующих пробел ("%20").
В силу этого обстоятельства, сам символ плюса является
зарезервированным, и соответствующий ему октет (2B шестн.)
ДОЛЖЕН быть закодирован, если содержится в <особенная-часть>.
5.2.2.4.1. Примечание об особенности
-+----------------------------------
Правило об эквивалентности между "+" и "%20" не применяется
вне той части URLа, толкование которой зависит от схемы
(<особенная-часть>); символ плюса не имеет специального
значения в имени самой схемы, поскольку в имени схемы пробел
не допускается.
5.2.2.4.2. Примечание об интернетовском обычае
-+--------------------------------------------
То же сокращение адресов уже происходит в Интернете. Открыв
адрес http://www.google.ru/search?q=Fidonet+URL, вы получите
гугловый поиск по словам "Fidonet URL" (а не "Fidonet+URL");
адрес http://www.google.ru/search?hl=ru&q=Fidonet%2BURL
понадобится, если вы ищете по "Fidonet+URL".
Этот обычай не документирован в RFC 1738. Он, однако,
документирован в RFC 1630.
5.2.2.5. URLы, занимающие несколько строк текста в Фидо
-+-----------------------------------------------------
Некоторые фидонетовские редакторы почты и другие элементы
программного обеспечения не позволяют строкам текста быть
длиннее определённого предела; например, длиннее 78 или 80
символов (или ещё меньшего предела, особенно внутри цитат).
Если текст длиннее предела, то он занимает несколько строк
(обычно разрыв строки вставляется вместо пробела; однако, если
более чем 80 последовательных символов не содержат пробелов,
строка всё равно МОЖЕТ быть разорвана. Или менее 80: предел
МОЖЕТ быть разным.)
Иногда и достаточно длинному URLу МОЖЕТ оказаться необходимым
также занять несколько строк. Чтобы отличать URLы, занимающие
несколько строк, от URLов, которые просто кончаются (случайно)
перед некоторым концом строки, нужна специальная пометка.
Два последовательных символа "%" НЕ ДОЛЖНЫ появляться в URLах
(поскольку за "%" ДОЛЖНЫ следовать две шестнадцатиричные
цифры), и они также редко встречаются в обычном тексте.
Потому-то последовательность символов "%%" ДОЛЖНА
использоваться перед и после разрыва строки в URLе, отмечая
то обстоятельство, что разрывом строки не оканчивается URL.
Если синтаксический разборщик URLа встречает символьную
последовательность "%%" в том URLе, который он разбирает, то
разборщик ДОЛЖЕН пропустить последовательность "%%", и все
символы после неё и до разрыва строки, и сам разрыв строки,
и все символы после разрыва строки и до следующей
последовательности "%%", и эту последовательность "%%".
Затем продолжается URL.
Оформление цитаты МОЖЕТ повстречаться после разрыва строки
и до последовательности "%%", означающей то место, где URL
продолжается. Редакторы почты Фидонета МОГУТ передвигать
последовательности "%%" и разрывы строк, когда цитируются
цитаты.
Пример:
MtW>> Чтобы следить за развитием фидонетовского
MtW>> программного обеспечения на русском языке,
MtW>> часто используется сборник эх наподобие area://Ru.F%%
MtW>> %%TN.Develop+Ru.FTN.WinSoft+Ru.FIPS/
MtW>>>>> Чтобы следить за развитием фидонетовского
MtW>>>>> программного обеспечения на русском языке,
MtW>>>>> часто используется сборник эх наподобие area://R%%
MtW>>>>> %%u.FTN.Develop+Ru.FTN.WinSoft+Ru.FIPS/
URL, используемый в этом примере:
area://Ru.FTN.Develop+Ru.FTN.WinSoft+Ru.FIPS/
(смысл URLов area:// объясняется в разделе 7.2)
Оформление рамки МОЖЕТ повстречаться после разрыва строки
и до последовательности "%%", означающей то место, где URL
продолжается, или перед разрывом строки и после
последовательности "%%", означающей то место, где URL
разрывается.
Пример:
+=========================================================+
+ +
+ Чтобы следить за развитием фидонетовских программ +
+ на русском языке, сборник эх area://Ru.FTN.Deve%% +
+ %%lop+Ru.FTN.WinSoft+Ru.FIPS/ бывает весьма полезен. +
+ +
+=========================================================+
Также возможны и любые другие виды оформления, так что
синтаксический разборщик URLов ДОЛЖЕН ожидать и их. К примеру,
разборщик URLов ДОЛЖЕН допускать более одного разрыва строки
между рассекающими URL "%%" и следующими "%%", поскольку
дополнительные разрывы строк МОГУТ быть привнесены
цитированием.
Пример:
***********************************************************
***********************************************************
** **
** ВНИМАНИЕ! Берите пойнтлист N5019 на fecho://pntl%% **
** %%ist/pnt5019.zip **
** **
***********************************************************
***********************************************************
MtW> ******************************************************
MtW> *****
MtW> ******************************************************
MtW> *****
MtW> **
MtW> **
MtW> ** ВНИМАНИЕ! Берите пойнтлист N5019 на fecho://pntl%%
MtW> **
MtW> ** %%ist/pnt5019.zip
MtW> **
MtW> **
MtW> **
MtW> ******************************************************
MtW> *****
MtW> ******************************************************
MtW> *****
URL, используемый в этом примере:
fecho://pntlist/pnt5019.zip
(смысл URLов fecho:// объясняется в разделе 7.4)
Чтобы избежать двусмысленности "%%%", URL НЕ ДОЛЖЕН быть
разорван сразу после или сразу до любого из символов "%",
принадлежащих URLу.
Хороший пример:
fecho://example/%D0%A4%D0%B8%D0%B4%D0%BE%D0%BD%D0%B5%D%%
%%1%82.txt
Примеры ошибок:
fecho://example/%D0%A4%D0%B8%D0%B4%D0%BE%D0%BD%D0%B5%D1%%
%%%82.txt
fecho://example/%D0%A4%D0%B8%D0%B4%D0%BE%D0%BD%D0%B5%%%
%%D1%82.txt
НАДО позволять синтаксическому разборщику URLов отыскать, где
начинается URL. Чтобы оправдать эти ожидания, URL НЕ ДОЛЖЕН
быть разорван перед первым двоеточием (не только сразу перед
первым двоеточием, но и где бы то ни было в имени схемы), если
только URL не записан где-нибудь в таком месте, где всегда
ожидается URL (к примеру, в атрибуте HREF="..." элемента LINK
в HTML-эхопочте).
Фидонетовским разборщикам URLов СЛЕДУЕТ дозволять такие же,
помеченные "%%", разрывы строк даже и в тех URLах, которые
основаны на схемах, не определённых в стандарте FGHI URL;
например, в традиционных интернетовских URLах (http://,
ftp://, mailto:, news:, nntp://, и т. д.) и в современных
URLах (навроде ed2k://, file://, skype:, и т. д.). Это
РЕКОМЕНДУЕТСЯ, чтобы удовлетворить общую нужду в разрыве строк
в URLах в фидонетовской почте, не только в URLах, относящихся
к Фидонету.
Пример: