• «Массовое переливание» относится к любой ситуации, когда пациенту делают много переливаний крови.Существуют разные определения, общее из которых -> 10 единиц за 24 часа. Определения, включающие более короткие интервалы времени (например,> 5 единиц в течение четырех часов), могут быть более полезными для раннего выявления массивного переливания крови.
  • Из-за различных определений и отсутствия кристально ясных клинических значений термин «массивное переливание крови» может быть не очень полезным для повседневного клинического использования. Это немного похоже на вездесущий и неуловимый термин «массивное кровохарканье».
• «Протокол массивного переливания крови» (MTP) относится к быстрому введению больших количеств продуктов крови (не менее 6 единиц PRBC) в фиксированных соотношениях (обычно 1: 1: 1) для лечения геморрагического шока.
  • Только часть пациентов с «массивным переливанием» получит протокол массивного переливания.
  • Эта глава специально посвящена протоколам массового переливания крови. Однако те же общие принципы могут применяться к любым пациентам, получающим большое количество продуктов крови.
• «Ультрамассивное переливание крови» определяется как введение> 20 единиц PRBC в течение 48 часов.

процедурные вопросы

(вернуться к содержанию)

• Хотя можно выполнить MTP через периферический внутривенный катетер, предпочтительнее центральный доступ, поскольку он более безопасен.Возможны следующие варианты:
• Катетер для гемодиализа
  • Это отличный вариант, который обеспечивает безопасный доступ с практически неограниченным расходом.
  • Катетер для триализа (диализный катетер с третьим просветом) идеально подходит для этого, так как он также обеспечивает третий просвет.
• Катетер многоканального доступа (катетер MAC)
  • Если удастся найти, это еще один отличный вариант.
  • В сочетании со специальной вставкой трехпросветного катетера это дает пять люменов.
  • Не делайте ошибки, вставляя стандартный трехпросветный катетер в катетер MAC – вставленный катетер должен быть специально разработан для этой цели. Введение стандартного катетера может привести к кровотечению или воздушной эмболизации, так как прилегание может быть несовершенным.
• Стандартная центральная линия
  • Обычно это не одобряется, потому что длина центральной линии снижает скорость потока. Однако центральная линия часто может обеспечить приличную скорость потока в сочетании с заварочным узлом уровня 1.
  • Две точки особенно важны при использовании центральной линии (рисунок ниже). Сначала снимите заглушку линии перед тем, как присоединить центральную линию к заварочному узлу под давлением (заглушка линии добавляет большое сопротивление потоку). Во-вторых, убедитесь, что вы используете самый большой просвет центральной линии (между разными люменами могут быть огромные различия!).
• Оболочки интродьюсера потенциально проблемны
  • Теоретически они очень большие, что обеспечивает большую скорость потока.Однако на практике они имеют высокую частоту отказов.
  • Без катетера, проходящего через оболочку, оболочка может перегибаться (что приводит к потере доступа для внутривенного вливания).
  • Если катетер проходит через оболочку, оболочка не перекручивается. Однако скорость потока снижается (что противоречит цели оболочки).

• Немедленное и точное определение артериального давления может быть чрезвычайно полезным для этих пациентов.
• Быстрый способ установить артериальный и венозный доступ – это расположить центральную линию бедренной кости и линию артерии непосредственно рядом друг с другом на одной и той же стороне (описанный здесь «грязный двойник»).

• Обычно невозможно провести артериальную и центральную линии у обескровливаемого пациента со 100% стерильностью.
• Хороший подход – немедленно разместить полустерильные линии (например, в положении бедренной кости), понимая, что они должны быть удалены в течение 24 часов.
  • В большинстве случаев кровотечение будет контролироваться, и постоянный доступ в любом случае не потребуется более 24 часов. Если необходим постоянный доступ, новая нетронутая линия может быть размещена на 100% стерильной.
• Подробнее об аварийном доступе к бедренной кости здесь.

• Пациентам с обескровливаемым кровотечением часто требуется интубация (например, для облегчения эндоскопического контроля кровотечения).
• Интубация крайне недостаточно реанимационного пациента может ускорить гемодинамический коллапс.
• Часто лучше всего получить доступ, провести один раунд массивной трансфузии (например, 6 единиц PRBC, 6 единиц тромбоцитов и 6 единиц FFP) и установить разумное артериальное давление до до интубации («реанимируйте до того, как вы интубировать »).

1) продукты крови в соотношении 1: 1: 1

(обратно к содержимому)

• Краеугольным камнем MTP является сбалансированное переливание PRBC, тромбоцитов и свежезамороженной плазмы (FFP).
• В большинстве больниц должен быть протокол для быстрой доставки этих продуктов в надлежащем соотношении.
• Текущие данные в целом подтверждают соотношение 1: 1: 1, которое используется в большинстве протоколов массовых переливаний.

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

2) добавка фибриногена?

(вернуться к содержанию)

• Фибриноген может истощиться при массивном переливании крови из-за разбавления. В свежезамороженной плазме присутствует некоторое количество фибриногена, но не обязательно. Фибриноген можно дополнять путем введения концентратов фибриногена или криопреципитата. В США чаще всего используется криопреципитат (10 единиц должны увеличить фибриноген на ~ 75 мг / дл).
• В последних рекомендациях по лечению кровотечений, вызванных травмами, предлагается достичь уровня фибриногена> 150-200 мг / дл. Возможно, лучше будет пополнить запасы пораньше, чем ждать, пока уровень упадет. (25519751) Акушерское кровотечение также может быть лучше от приема фибриногена.
• Не существует доказательств высокого уровня относительно того, насколько агрессивно следует принимать добавки фибриногена. В разных больницах могут быть разные протоколы. Это также может быть индивидуализировано в зависимости от типа кровотечения и любых доступных лабораторных данных (если известен фибриноген пациента).

3) транексамовая кислота?

(вернуться к содержанию)

• Транексамовая кислота доказала свою эффективность при акушерских кровотечениях и раннем травматическом кровотечении. Его использование в других контекстах изучается, но транексамовая кислота в целом кажется безопасной (хотя в исследовании HALT-IT был сигнал, вызывающий небольшое увеличение тромбоэмболических событий при немассивных желудочно-кишечных кровотечениях) (32563378)
• Опросы показывают, что ~ 50-60% учреждений включают транексамовую кислоту в свои протоколы MTP.(30124475)
• Типичное дозирование – это один грамм внутривенного введения немедленно, за которым могут следовать инфузии 1 грамма в течение 8 часов повторно в течение 24 часов (протокол, использованный в испытаниях CRASH).

4) лечение других коагулопатий

(вернуться к содержанию)

• Протокол MTP разработан, чтобы избежать , вызывающего коагулопатию при разведении , но он не не исправит ранее существовавшую коагулопатию. Таким образом, необходимо учитывать любые лежащие в основе коагулопатии, которые могут быть у пациента.Должен быть низкий порог для вызова банка крови (патология) для оптимизации ведения этих пациентов.
• Варфарин или пероральные антикоагулянты требуют немедленной отмены, например, с помощью ПКК (концентрата протромбинового комплекса) (описанного здесь).
• Дисфункция тромбоцитов
  • Это обычно вызывается антиагрегантами или уремией.
  • Наиболее распространенным средством неотложной помощи является десмопрессин (DDAVP; 0,3 мкг / кг внутривенно до максимальной дозы 21 мкг).
• Подробнее об отмене антикоагуляции в в этой главе .

5) кальций

(вернуться к содержанию)

• Гипокальциемия может возникнуть по нескольким причинам:
  • У тяжелобольных пациентов часто бывает легкая гипокальциемия вначале (по многим причинам, подробнее об этом здесь ).
  • Цитрат в продуктах крови хелатирует кальций, что приводит к гипокальциемии.Когда кровь сдается постепенно, цитрат метаболизируется в печени, так что это не проблема. Однако при быстром вливании крови цитрат может временно накапливаться и вызывать гипокальциемию.
• Гипокальциемия проблематична, потому что вызывает коагулопатию.
• Умеренная гипер кальциемия хорошо переносится (например, см. Таблицу ниже). Следовательно, терапевтическая цель – это высокий, нормальный уровень кальция (у пациента с сильным кровотечением, вероятно, лучше ошибиться в отношении кальциемической стороны гипер ).

• При введении одного раунда MTP (содержащего 6 единиц PRBC), вероятно, разумно добавить либо 1 грамм хлорида кальция внутривенно, либо 3 грамма глюконата кальция внутривенно.
  • Глюконат кальция вызывает меньшее повреждение тканей при экстравазации, поэтому он предпочтительнее для периферического введения.
• Если возможно, прикроватное измерение ионизированного кальция с помощью монитора в месте оказания помощи может помочь направить введение кальция в режиме реального времени.
• ЭКГ или прикроватная телеметрия могут служить очень приблизительным ориентиром для определения кальция:
  • Гиперкальциемия вызывает укорочение сегмента ST.
  • Гипокальциемия вызывает удлинение сегмента ST.

6) избегать ацидоза

(вернуться к содержанию)

• Ацидоз нарушает взаимодействие между кальцием и отрицательно заряженными фосфолипидами, блокируя начальные этапы каскада коагуляции.
• Даже легкий ацидоз (например, pH 7,20) может значительно снизить коагуляцию (рисунок ниже). (14608161)

• Ацидоз следует лечить стандартными методами. Единственная разница здесь в том, что может потребоваться немного больше внимания (по сравнению, например, со стабильным медицинским пациентом, у которого pH 7,20, как правило, не причинит вреда).
• Примеры лечения ацидемии:
  • (1) Для интубированных пациентов может использоваться более высокая минутная вентиляция для компенсации метаболического ацидоза (тем самым имитируя нормальную физиологию респираторной компенсации метаболического ацидоза).
  • (2) Неанионный метаболический ацидоз (NAGMA) или уремический ацидоз может улучшиться после введения цитратных продуктов крови (которые являются щелочными). В тяжелых случаях может потребоваться дополнительное введение бикарбоната натрия.
  • (3) Лактоацидоз или кетоацидоз требует агрессивной терапии основной причины.

7) избегать переохлаждения

(вернуться к содержанию)

• У пациентов, подвергающихся массивному переливанию крови, наблюдается тенденция к развитию гипотермии , которая ухудшает свертываемость крови.Этому способствует быстрое введение охлажденных или комнатной температуры продуктов и жидкостей крови.
• Гипотермию можно избежать или лечить с помощью:
  • Предоставление подогретых продуктов крови (например, через инфузоры уровня 1 или Belmont с поточным подогревом).
  • Упреждающее использование согревающих одеял при любых признаках переохлаждения или дрожи.
  • У интубированных пациентов максимально согрейте вдыхаемый газ (некоторые аппараты ИВЛ позволяют контролировать степень согревания).
  • Контроль температуры пациента.

8) управление гемодинамикой

(вернуться к содержанию)

• Это очень сложно:
  • Для перфузии жизненно важных органов требуется адекватная реанимация.
  • Чрезмерная реанимация может вызвать кровотечение. Это особенно верно для кровотечения из любой вены (например, кровотечение из варикозно расширенных вен), потому что увеличение центрального венозного давления непосредственно увеличивает давление за кровотечением.Однако повышение артериального давления может также привести к вытеснению сгустков и стимулированию источников артериального кровотечения («лопнуть сгусток»).
• Вероятно, идеальным вариантом является достижение артериального давления ниже нормального (например, САД ~ 60 мм) до тех пор, пока не будет достигнут гемостаз. Это должно обеспечить адекватную перфузию. Однако для пациентов с черепно-мозговой травмой может оказаться целесообразным несколько более высокое целевое значение MAP.

9) система управления версиями

(вернуться к содержанию)

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

Лабораторная коррекция факторов свертывания после MTP

(вернуться к содержанию)

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

• Лаборатории
  • Электролиты, в том числе ионизированный кальций
  • Общий анализ крови
  • INR, PTT, фибриноген
• Осмотр
  • Проверить температуру пациента
  • Эхокардиография для оценки состояния объема

• Тромбоциты обычно переливают при концентрации> 50 000 миллиардов / мкл.
• Фибриноген обычно переливают до уровня> 100-200 мг / дл. Источники различаются в зависимости от того, какую цель выбрать, поэтому это может быть индивидуализировано в зависимости от каждого пациента и того, насколько точно контролировался источник кровотечения.
• Факторы свертывания крови (например, свежезамороженная плазма) могут быть перелиты для достижения МНО ниже ~ <2.
  • Обратите внимание, что МНО бесполезно у пациентов с циррозом , у которых МНО может быть повышено хронически (без корреляции с истинным состоянием коагуляции).
  • Если доступна тромбоэластография, это часто более точный анализ истинной ферментативной коагуляции (особенно при циррозе или диссеминированном внутрисосудистом свертывании).
• Агрессивно лечить переохлаждение (если оно появилось).
• Управлять любыми аномалиями электролитов, которые могли развиться (например, гипокальциемией, гиперкалиемией).

сводка

(вернуться к содержанию)

Это не включает в себя все, а скорее фокусируется на менее очевидных элементах, которые часто упускаются из виду.

(Подробнее об отмене антикоагуляции здесь.)

[ibccanchor] подкаст [/ ibccanchor]

Следуйте за нами в iTunes

вопросы и обсуждения

(вернуться к содержанию)

Чтобы эта страница оставалась небольшой и быстрой, вопросы и обсуждение этой публикации можно найти на другой странице. здесь .

• Чрезмерное введение кристаллоидов может нарушить коагуляцию (особенно физиологический раствор).
• Отсроченное управление температурой. Лучший подход к переохлаждению – это предвидеть, это, а предотвратить , используя подогретые жидкости и одеяла.
• Неадекватное введение кальция, которое может способствовать коагулопатии.

• 14608161 Meng ZH, Wolberg AS, Monroe DM 3rd, Hoffman M. Влияние температуры и pH на активность фактора VIIa: влияние на эффективность высоких доз фактора VIIa у пациентов с гипотермией и ацидозом.J Trauma. 2003 ноя; 55 (5): 886-91. DOI: 10.1097 / 01.TA.0000066184.20808.A5 [PubMed]
• 25519751 Леви Дж. Х., Гудно ЛТ. Как я использую заместительную терапию фибриногеном при приобретенном кровотечении. Кровь. 2015 26 февраля; 125 (9): 1387-93. DOI: 10.1182 / blood-2014-08-552000 [PubMed]
• 26348379 Пачеко Л.Д., Сааде Г.Р., Константин М.М., Кларк С.Л., Ханкинс Г.Д. Обновленная информация об использовании протоколов массовых переливаний в акушерстве. Am J Obstet Gynecol. 2016 Март; 214 (3): 340-4. DOI: 10.1016 / j.ajog.2015.08.068 [PubMed]
• 29607593 Flint AWJ, McQuilten ZK, Wood EM. Массовые переливания при критическом кровотечении: все ли старое снова новое? Transfus Med. 2018 Апрель; 28 (2): 140-149. DOI: 10.1111 / tme.12524 [PubMed]
• 30062383 Джексон Д.Л., ДеЛугери Т.Г. Послеродовое кровотечение: лечение массивного переливания крови. Obstet Gynecol Surv. 2018 июл; 73 (7): 418-422. DOI: 10.1097 / OGX.0000000000000582 [PubMed]
• 30124475 Годби Э.А., Шварц Дж.«Протоколы массивных переливаний и использование транексамовой кислоты». Curr Opin Hematol. 2018 ноя; 25 (6): 482-485. DOI: 10.1097 / MOH.0000000000000457 [PubMed]
• 30527516 Когутт Б.К., Воот А.Дж. Послеродовое кровотечение: прием препаратов крови и массивное переливание. Семин Перинатол. 2019 Февраль; 43 (1): 44-50. DOI: 10.1053 / j.semperi.2018.11.008 [PubMed]
• 31574016 Abuzeid AM, O’Keeffe T. Обзор протоколов массивных переливаний у раненого, истекающего кровью пациента.Curr Opin Crit Care. 2019 декабрь; 25 (6): 661-667. DOI: 10.1097 / MCC.0000000000000668 [PubMed]
• 32563378 Участники испытаний HALT-IT. Влияние 24-часовой инфузии транексамовой кислоты в высоких дозах на смерть и тромбоэмболические явления у пациентов с острым желудочно-кишечным кровотечением (HALT-IT): международное рандомизированное двойное слепое плацебо-контролируемое исследование. Ланцет. 2020 июн 20; 395 (10241): 1927-1936. DOI: 10.1016 / S0140-6736 (20) 30848-5 [PubMed]
• 33071074 Менесес Э., Бонева Д., МакКенни М., Элкбули А.Протокол обильного переливания крови у взрослых пациентов с травмами. Am J Emerg Med. 2020 22 июля: S0735-6757 (20) 30635-5. DOI: 10.1016 / j.ajem.2020.07.041 [PubMed]

Интернет-книга интенсивной терапии – это онлайн-учебник, написанный Джошем Фаркасом (@PulmCrit), доцентом кафедры легочной медицины и реанимации Университета Вермонта.

% PDF-1.7 % 1 0 объект > эндобдж 5 0 obj >> эндобдж 2 0 obj > эндобдж 3 0 obj > поток конечный поток эндобдж 4 0 obj > эндобдж 6 0 obj > эндобдж 7 0 объект 2875 эндобдж 8 0 объект > эндобдж 9 0 объект > эндобдж 10 0 obj > эндобдж 11 0 объект > эндобдж 12 0 объект > эндобдж 13 0 объект > эндобдж 14 0 объект > эндобдж 15 0 объект > эндобдж 16 0 объект > эндобдж 17 0 объект > эндобдж 18 0 объект > эндобдж 19 0 объект > эндобдж 20 0 объект > эндобдж 21 0 объект > эндобдж 22 0 объект > эндобдж 23 0 объект > эндобдж 24 0 объект > эндобдж 25 0 объект > эндобдж 26 0 объект > эндобдж 27 0 объект > эндобдж 28 0 объект > эндобдж 29 0 объект > эндобдж 30 0 объект > эндобдж 31 0 объект > эндобдж 32 0 объект > эндобдж 33 0 объект > эндобдж 34 0 объект > эндобдж 35 0 объект > эндобдж 36 0 объект > эндобдж 37 0 объект > эндобдж 38 0 объект > эндобдж 39 0 объект > эндобдж 40 0 объект > эндобдж 41 0 объект > эндобдж 42 0 объект > эндобдж 43 0 объект > эндобдж 44 0 объект > эндобдж 45 0 объект > эндобдж 46 0 объект > эндобдж 47 0 объект > эндобдж 48 0 объект > эндобдж 49 0 объект > эндобдж 50 0 объект > эндобдж 51 0 объект > эндобдж 52 0 объект > эндобдж 53 0 объект > эндобдж 54 0 объект > эндобдж 55 0 объект > эндобдж 56 0 объект > эндобдж 57 0 объект > эндобдж 58 0 объект > эндобдж 59 0 объект > эндобдж 60 0 объект > эндобдж 61 0 объект > эндобдж 62 0 объект > эндобдж 63 0 объект > эндобдж 64 0 объект > эндобдж 65 0 объект > эндобдж 66 0 объект > эндобдж 67 0 объект > эндобдж 68 0 объект > эндобдж 69 0 объект > эндобдж 70 0 объект > эндобдж 71 0 объект > эндобдж 72 0 объект > эндобдж 73 0 объект > эндобдж 74 0 объект > эндобдж 75 0 объект > эндобдж 76 0 объект > эндобдж 77 0 объект > эндобдж 78 0 объект > эндобдж 79 0 объект > эндобдж 80 0 объект > эндобдж 81 0 объект > эндобдж 82 0 объект > эндобдж 83 0 объект > эндобдж 84 0 объект > эндобдж 85 0 объект > эндобдж 86 0 объект > эндобдж 87 0 объект > эндобдж 88 0 объект > эндобдж 89 0 объект > эндобдж 90 0 объект > эндобдж 91 0 объект > эндобдж 92 0 объект > эндобдж 93 0 объект > поток x +

TiN Seco MTP-M14X1.00ISO6H-TB-V014-A 52264 Машинная заглушка из быстрорежущей стали MF14 x 1 мм Метчик с 3 зубьями и правой спиральной точкой для сквозных отверстий Металлический порошковый металл, быстрорежущая сталь, проход СОЖ 71 мм Метчики со спиральным концом Метчики для нарезания резьбы

TiN Seco MTP-M14X1.00ISO6H-TB-V014-A 52264 Машинная заглушка из быстрорежущей стали MF14 x 1 мм Метчик с 3 зубьями и правой спиральной точкой для сквозных отверстий Металлический порошковый металл, быстрорежущая сталь, проход СОЖ 71 мм

MF14 x 1 мм Метчик с 3 зубьями и правым винтом для сквозных отверстий Металлический порошок из быстрорежущей стали с охлаждающей жидкостью 71 мм TiN Seco MTP-M14X1.00ISO6H-TB-V014-A 52264 Машинная заглушка из быстрорежущей стали, метчик с винтовой точкой для сквозных отверстий, сквозная подача СОЖ, MF14 x 1 мм, порошковая металлическая быстрорежущая сталь, TiN, правая сторона, 71 мм, 3 зубца, заглушка: промышленная и научная, Seco MTP-M14X1,00ISO6H-TB-V014-A 52264 Станок из быстрорежущей стали. Метчик с метчиком для сквозных отверстий Металлическая порошковая быстрорежущая сталь с охлаждающей жидкостью 71 мм TiN Seco MTP-M14X1.00ISO6H-TB-V014-A 52264 Заглушка станка из быстрорежущей стали MF14 x Правосторонний, 3 зубца 1 мм, метчик для сквозных отверстий, сквозная подача СОЖ, MF14 x 1 мм, порошковая металлическая быстрорежущая сталь, TiN, правый, 71 мм, 3 канавки, заглушка, резак Niagara -, MTP-M14X1,00ISO6H -TB-V014-A, Seco MTP-M14X1,00ISO6H-TB-V014-A 52264 Машина из быстрорежущей стали.

TiN Seco MTP-M14X1.00ISO6H-TB-V014-A 52264 Машинная заглушка из быстрорежущей стали MF14 x 1 мм Метчик с 3 зубьями и правой спиральной точкой для сквозных отверстий Металлический порошковый металл, быстрорежущая сталь, проход СОЖ 71 мм

Seco MTP-M14X1.00ISO6H-TB-V014-A 52264 Станок из быстрорежущей стали, метчик по спирали для сквозных отверстий, проход СОЖ, MF14 x 1 мм, порошковая металлическая быстрорежущая сталь, TiN, правая сторона, 71 мм, 3 канавки, заглушка : Промышленное и научное. Seco MTP-M14X1.00ISO6H-TB-V014-A 52264 Машина из быстрорежущей стали, метчик по спирали для сквозных отверстий, сквозная подача СОЖ, MF14 x 1 мм, порошковая металлическая быстрорежущая сталь, TiN, правая сторона, 71 мм, 3 канавки, заглушка: Промышленное и научное.

TiN Seco MTP-M14X1.00ISO6H-TB-V014-A 52264 Машинная заглушка из быстрорежущей стали MF14 x 1 мм Метчик с 3 зубьями и правой спиральной точкой для сквозных отверстий Металлический порошковый металл, быстрорежущая сталь, проход СОЖ 71 мм

обувь для младенцев с традиционным силуэтом без шнуровки, кожаные мокасины с мягкой подошвой, мокасины для младенцев и мальчиков премиум-класса с мягкой подошвой, мокасины с кисточками, нескользящие, профессиональные формованные шланги для обогревателя, рассчитанные на температуру от -40 градусов по Фаренгейту до 275 градусов по Фаренгейту (- От 40 до 135 градусов Цельсия) и может использоваться в качестве охлаждающей жидкости.1-1 / 4 дюйма сверло Irwin. Сочетайте или сочетайте с пододеяльником и декором, также это хорошая идея подарка на Рождество, день рождения и так далее, труднодоступный крепеж 014973286347 Односторонние винты для листового металла 12 x 1-1 / 2 шт.-15, 2- Водонепроницаемый ландшафтный прожектор in-1 / автоматическая зарядка вкл / выкл для двора, сада, подъездной дорожки, дорожки, дорожки, ландшафтного дизайна, декоративного (1 упаковка): обустройство дома, упаковка: другие аксессуары не входят в комплект. Фитинги для шланга 3/8 для осушителя Hydroxy, размеры упаковки: 11 x 2 дюйма. эта модель имеет матово-матовое покрытие, подчеркивающее ее зернистость и разнообразный рисунок, контактор переменного тока, контактор переменного тока для бытовых нужд DIn Rail, контактор переменного тока 2P 20A, 24В 220В / 230В 50 / 60Гц, 1НО 1НЗ, крепление на DIN-рейку 35 мм, отсутствие шума и электричество Искра во время работы 24 В, стиль №: T565 Просторные двусторонние отводящие влагу шорты, которые выполняют двойную функцию с соединенными деталями трубопровода, эти носки отлично подходят для личного использования.Резисторные сборки и массивы, выпуклый квадрат с нулевым сопротивлением, 5000 CNZ1J4KTTD. красная нить – очень сильное энергетическое заклинание, отлично подходит для тех случаев, когда вы идете в чужой дом и не хотите, чтобы ваш милый малыш испортил ковры или забрал вещи с грубых полов, особенно у многих людей с твердыми деревянными полами. , ACL 2 фута Cat5e RJ45 Коммутационный кабель Ethernet без загрузки Фиолетовый 1 упаковка, ООП Kaffe Fassett FQ 18 x 22 GP41 Planets Rose. Эти подвески изготовлены из сплава цинка. Автомобильное зарядное устройство FYL Type C USB 3.1 для Huawei P20 Pro Настенное зарядное устройство Charlotte, идеально подходит для повседневной носки и отдыха дома, однослойная черная ткань для обеспечения темноты, белый кабель Cmple USB 2.0 от мужчины к мужчине Высокоскоростной кабель USB 2.0 от A к удлинителю для передачи данных 6 Ноги. В Германию с отслеживанием через DHL = 1-2 рабочих дня. Он идеально подходит для запястья любого размера до 9 дюймов, если у вас есть желаемая длина, вы можете просто отрезать лишнее и завязать узел на конце, чтобы он не скользил, Glas-Col 100A INS1143 изолирующий верх для тканевых мантий Емкость колбы 5000 мл , Мы можем помочь вам сделать вашу гостиную. У нас есть два магазина Metro Detroit на северной и западной сторонах города.Клей Dura-Vinyl Accuform MCHM517XV Обозначения ЛИСТЫ ТЕХНИЧЕСКИХ ДАННЫХ БЕЗОПАСНОСТИ 14 Длина x 10 Ширина x 0,006 Толщина Черный на желтом. Хорошее украшение свадебного банкета. Этот магнит профессионально изготовлен и напечатан в США с использованием только высококачественных материалов.

rfc772

 Сетевая рабочая группа S. Sluizer
Запрос комментариев: 772 J. Postel
                                                                     ISI
                                                          Сентябрь 1980 г.

                         ПРОТОКОЛ ПЕРЕДАЧИ ПОЧТЫ


ПРЕДИСЛОВИЕ

   Это первый черновик этого протокола, и комментарии очень
   определенно просил.

ВСТУПЛЕНИЕ

   Целью протокола передачи почты (MTP) является передача почты.
   надежно и качественно.Этот документ предполагает знание следующих протоколов, описанных в
   Справочник по интернет-протоколу ARPA. Читатель отметит сильные
   сходство с частями протокола передачи файлов; отчасти это
   происходит из-за оригинальной реализации компьютерной почты в сети ARPA.
   как особенность FTP.

      Протокол между хостами ARPANET [протокол сетевого управления] (NCP)

      Протокол управления передачей (TCP)

      Протокол TELNET (TELNET)

      Протокол передачи файлов (FTP)

ОБСУЖДЕНИЕ

   В этом разделе обсуждаются терминология и модель MTP.Термины, определенные в этом разделе, относятся только к тем, которые имеют особые
   значение в MTP. Некоторые термины очень специфичны для
   Модель MTP; некоторые читатели могут захотеть обратиться к разделу о MTP
   модель при просмотре терминологии.

   ТЕРМИНОЛОГИЯ

      ASCII

         Набор символов ASCII, как определено в ARPA Internet.
         Справочник по протоколу. В MTP символы ASCII определяются как
         нижняя половина восьмибитного кодового набора (т. е. наиболее
         значащий бит равен нулю) и называется NVT-ASCII.1



Сентябрь 1980 г. RFC 772
Протокол передачи почты



      контрольное соединение

         Полнодуплексный канал связи TCP или два симплексных NCP
         коммуникационные пути между отправителем-MTP и получателем-MTP для
         обмен командами, ответами и почтовым текстом. Контроль
         соединение работает по протоколу TELNET.

      режим данных

         Почта передается по контрольному соединению в виде потока
         октетов.(В терминологии FTP это называется потоковым режимом.)

      структура данных

         Внутренняя структура почты считается непрерывной.
         последовательность октетов данных. (В терминологии FTP это называется
         файловая структура.)

      представление данных

         Внутреннее представление всех данных (например, почты) находится в
         NVT-ASCII.

      хозяин

         Компьютер в межсетевой среде, на котором почтовые ящики
         проживать.

      Команды MTP

         Набор команд, которые содержат управляющую информацию
         течет от MTP-отправителя к MTP-получателю.Почта

         Упорядоченный набор компьютерных данных произвольной длины, который
         соответствует стандарту RFC 733 (Стандарт для
         Формат текстовых сообщений сети ARPA).

      почтовый ящик

         Строка символов (адрес), которая идентифицирует пользователя, которому
         почта должна быть отправлена. Почтовый ящик обычно состоит из хоста и
         спецификации пользователя. Стандартное соглашение об именах почтовых ящиков:
         определяется как «пользователь @ хост». Кроме того, «контейнер» в
         какая почта хранится.2



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



      NVT

         Сетевой виртуальный терминал, как определено в протоколе TELNET.

      октет

         Байты в MTP - это октеты (8 бит). Это не обязательно
         тот же размер байта, в котором данные хранятся на хосте.

      Ответить

         Ответ - это подтверждение (положительное или отрицательное), отправленное от
         получатель отправителю через управляющее соединение в ответ на
         Команда MTP.Общая форма ответа - код завершения.
         (включая коды ошибок), за которыми следует текстовая строка. Коды
         предназначены для использования программами, и текст обычно предназначен для
         люди-пользователи.

      получатель-MTP процесс

         Процесс пересылки почты в сотрудничестве с отправителем-MTP.
         процесс. Он "прослушивает" свой порт / сокет L для подключения
         от отправителя-MTP и устанавливает контрольное соединение, используя
         протокол TELNET. Он получает команды MTP от
         sender-MTP, отправляет ответы и управляет пересылкой почты.отправитель-MTP процесс

         Процесс передачи почты в сотрудничестве с
         получатель-MTP процесс. Пользователь может использовать местный язык.
         интерфейсный диалог команды / ответа. Отправитель-MTP инициирует
         управлять подключением от своего порта / сокета U к приемнику-MTP
         процесс. Он инициирует команды MTP, получает ответы и
         управляет пересылкой почты.

      Пользователь

         Человек (или процесс от имени человека), желающий
         получить услугу почтового перевода.Кроме того, получатель
         компьютерная почта.









                                   3



Сентябрь 1980 г. RFC 772
Протокол передачи почты



   МОДЕЛЬ MTP

      Принимая во внимание приведенные выше определения, следующая модель (показанная на
      Рисунок 1) может быть представлен в виде схемы для услуги MTP.

                  ------------ ------------
                  | | | | --------
                  | | MTP | | <--> | Пользователь |
                  | Получатель- | Команды / Ответы | Отправитель- | --------
      -------- | MTP | <--------------> | MTP | --------
      | Почта | <--> | | Почта | | <--> | Почта |
      | Система | | | | | | Система |
      -------- ------------ ------------ --------


                  Получатель-MTP Отправитель-MTP

                           Модель для использования MTP

                                фигура 1

      В модели, описанной на рисунке 1, отправитель-MTP инициирует
      Управляющее соединение TCP / NCP, соответствующее протоколу TELNET.В
      инициация пользователя, стандартные команды MTP генерируются
      отправитель-MTP и передается получателю-MTP через элемент управления
      связь. Стандартные ответы отправляются от получателя-MTP на
      отправитель-MTP через управляющее соединение в ответ на
      команды. Кроме того, почта отправляется через контрольное соединение.

ФУНКЦИИ ПЕРЕВОДА ПОЧТЫ

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

   Канал связи от MTP-отправителя к MTP-получателю
   установленное контрольным соединением TCP / NCP от отправителя к
   стандартный порт / гнездо приемника. Отправитель-MTP несет ответственность за
   отправка команд MTP, интерпретация полученных ответов и отправка
   Почта; получатель-MTP интерпретирует команды, отправляет ответы и
   получает почту.







                                   4



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



   ПОЧТОВОЕ ПРЕДСТАВЛЕНИЕ И ХРАНЕНИЕ

      Почта передается с запоминающего устройства на хосте-отправителе на
      запоминающее устройство на принимающем хосте.Может быть необходимо
      выполнить определенные преобразования в почте, потому что хранилище данных
      представления в двух системах различны. Например,
      NVT-ASCII имеет разные представления хранения данных в разных
      системы. PDP-10 обычно хранят NVT-ASCII как пять 7-битных ASCII.
      символы, выровненные по левому краю в 36-битном слове. Магазин 360
      NVT-ASCII как четыре 8-битных кода EBCDIC в 32-битном слове. Мультики
      сохраняет NVT-ASCII как четыре 9-битных символа в 36-битном слове.Для простоты все данные должны быть представлены в MTP как
      NVT-ASCII. Это означает, что символы должны быть преобразованы в
      стандартное представление NVT-ASCII при передаче текста,
      независимо от того, являются ли отправляющие и принимающие узлы
      непохожий. Отправитель преобразует данные из своего внутреннего
      представление символов в стандартном 8-битном NVT-ASCII
      представление (см. спецификацию TELNET). Получатель
      преобразует данные из стандартной формы в собственную внутреннюю форму.В соответствии с этим стандартом последовательность  должна быть
      используется для обозначения конца строки текста.

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

   ВОССТАНОВЛЕНИЕ ОШИБОК И ПЕРЕЗАПУСК

      Нет никаких условий для обнаружения битов, потерянных или зашифрованных в данных.
      перевод; этот уровень контроля ошибок обрабатывается TCP / NCP.
      Кроме того, не предусмотрена процедура перезапуска для защиты
      отправители из-за грубых сбоев системы (включая отказы хоста,
      MTP-процесс или базовая сеть).КОМАНДЫ MTP

   КОМАНДНАЯ СЕМАНТИКА

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

      Протокол передачи почты соответствует спецификациям
      Протокол TELNET для всех коммуникаций через управление



                                   5



Сентябрь 1980 г. RFC 772
Протокол передачи почты



      связь.Хотя язык, используемый для связи TELNET
      может быть согласованным вариантом, "язык TELNET" и
      соответствующий "код конца строки TELNET" должен быть
      NVT-ASCII и  соответственно. Никаких других характеристик
      Будет цитироваться протокол TELNET.

      Команды MTP - это строки NVT-ASCII, оканчивающиеся . В
      Сами коды команд представляют собой буквенные символы, оканчивающиеся
      символ  (пробел), если следуют параметры и 
      иначе.Команды MTP обсуждаются ниже. В описании нескольких
      команд в этом разделе даются возможные ответы
      явно. Ответы MTP обсуждаются в следующем разделе.

         ПОЧТА (MAIL)

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

            Поскольку почта пересылается по последовательности путей, каждый
            хост пересылки должен удалить себя из списка.Когда почта
            достигает своего конечного пункта назначения (последовательность путей имеет только
            (возможно, пустой) почтовый ящик получателя), получатель
            вставляет его в почтовый ящик назначения в соответствии с
            почтовые соглашения его хозяина. Если второе поле аргумента
            пустое (один или несколько пробелов) или пустое (), письмо
            предназначено для принтера или другого отведенного места для сайта
            обычная почта доставки. Письмо может быть помечено как отправленное из
            отправитель, указанный в первом поле аргумента.ВОПРОС ПО СХЕМЕ ПОЛУЧАТЕЛЯ ПОЧТЫ (MRSQ)

            Эта команда MTP используется для выбора схемы для
            передача почты нескольким пользователям на одном хосте. В
            схемы заключаются в том, чтобы сначала перечислить получателей или отправить
            почта в первую очередь.




                                   6



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



         ПОЛУЧАТЕЛЬ ПОЧТЫ (MRCP)

            Эта команда используется для идентификации отдельных получателей
            почты при передаче почты для нескольких пользователей
            на одном хосте.ПОМОГИТЕ ПОМОГИТЕ)

            Эта команда заставляет получатель отправлять полезную информацию
            о статусе его реализации над контролем
            подключение к ресиверу. Команда может принимать
            аргумент (например, любое имя команды) и вернуть более конкретный
            информация в ответ. Ответ типа 211 или 214.

         ВЫЙТИ (ВЫЙТИ)

            Эта команда указывает, что получатель должен закрыть
            контрольное соединение.

         НООП (NOOP)

            Эта команда не влияет ни на какие параметры или ранее
            введенные команды.Он не определяет никаких действий, кроме этого
            получатель отправит ответ ОК.

   СИНТАКСИС КОМАНД

      Команды (а также их функции и семантика) - это TELNET.
      Строки NVT-ASCII, передаваемые через управляющее соединение. В
      функции и семантика команд описаны в разделе
      по командам MTP. Последовательности ответов обсуждаются в разделе
      о последовательности команд и ответов. Сценарии, иллюстрирующие
      использование команд описано в разделе «Типичный MTP».
      Сценарии.В этом разделе указан синтаксис команды.

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

         ПОЧТА Почта почта MAIL MAIL

      Это также относится к любым символам, представляющим значения параметров,
      например R или r для ПОЛУЧАТЕЛЬ сначала. Коды команд и
      поля аргументов разделяются одним или несколькими пробелами.7



Сентябрь 1980 г. RFC 772
Протокол передачи почты



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

      Синтаксис указан ниже в NVT-ASCII. Все персонажи в
      Поле аргумента - это символы ASCII. Квадратные скобки обозначают
      необязательное поле аргумента.Если вариант не выбран,
      подразумевается соответствующее значение по умолчанию.

      Ниже приведены команды MTP:

         ПОЧТА  ОТ: <отправитель> [ Кому: <путь>] 

         MRSQ [ <схема>] 

         MRCP  К: <путь> 

         СПРАВКА [ <строка>] 

         ВЫЙТИ 

         НООП 

      Синтаксис указанных выше полей аргументов (с использованием нотации BNF, где
      применимо) приведено ниже.Обозначение "..." означает, что
      поле может повторяться один или несколько раз.

         <отправитель> :: = "<" <почтовый ящик> ">"

         <путь> :: = "<" ["@" <хост> "," ...] <почтовый ящик> ">"

          :: = "R" | «Т» | "?"

          :: =  |  <строка>

         <почтовый ящик> :: = <пользователь> "@" <хост>

         <хост> :: = <строка>

         <пользователь> :: = <строка>

          :: = любой из 128 символов ASCII, кроме  и 






                                   8



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



   ФУНКЦИИ УПРАВЛЕНИЯ

      Большинство систем с разделением времени предоставляют механизмы, позволяющие терминалу
      пользователю, чтобы восстановить контроль над «беглым» процессом.При местном использовании
      такие системы имеют доступ ко всем сигналам, подаваемым пользователем, независимо от того,
      это обычные символы или специальные "внеполосные" сигналы.
      Когда терминалы подключены к системе через сеть,
      система не обязательно имеет доступ ко всем пользовательским сигналам;
      механизмы управления потоком сети могут привести к тому, что такие сигналы будут
      буферизируется где-то еще, например, на хосте пользователя.

      Для решения этой проблемы используется механизм TELNET «Синхронизация». А
      Сигнал синхронизации состоит из срочного сообщения TCP или прерывания NCP.
      уведомление в сочетании с командой TELNET DATA MARK (DM).Это уведомление, которое не подлежит контролю потока
      относящийся к соединению TELNET, используется для вызова специальных
      обработка потока данных процессом, который его получает. В
      в этом режиме поток данных немедленно сканируется на наличие TELNET
      Команда обработки прерывания (IP). (Обоснование использования
      Команда TELNET IP позволяет существующему модулю TELNET сервера
      сидят «под» МТП. Если бы этот код был напрямую реализован в
      MTP команда IP не нужна.) Команда TELNET
      DM - это метка синхронизации в потоке данных, которая указывает
      что какой-либо специальный сигнал уже поступил и получатель может
      вернуться к нормальной обработке потока данных. Для большего
      полное понимание этого механизма см. в протоколе TELNET
      Спецификация в Руководстве по Интернет-протоколу.

      Эффект этого механизма состоит в том, чтобы отбросить все символы (до
      к DM) между отправителем синхронизации и его рецептом.
      Таким образом, все символы в управляющем соединении игнорируются до тех пор, пока
      получена команда TELNET DM.Полная последовательность
      показано ниже. Каждая вертикальная черта (|) представляет границу
      между октетами данных; IAC относится к коду команды TELNET.
      Интерпретировать как команду.

                       Старый Новый
                    - + - + - + - + - + ----- + --- + - + --- + - + -
                  ... | M | A | I | L | ... | IAC | IP | IAC | DM | ...
                    - + - + - + - + - + ----- + --- + - + --- + - + -









                                   9



Сентябрь 1980 г. RFC 772
Протокол передачи почты



ОТВЕТЫ MTP

   Ответы на команды протокола передачи почты разработаны для обеспечения
   синхронизация запросов и действий в процессе почты
   передачи, и чтобы гарантировать, что отправитель-MTP всегда знает состояние
   приемника.Каждая команда должна генерировать хотя бы один ответ,
   хотя их может быть больше одного. В последнем случае
   несколько ответов должны быть легко различимы. Кроме того, некоторые
   команды должны выполняться последовательно, например MRSQ T-> MAIL-> MRCP или
   MRSQ R-> MRCP-> ПОЧТА. Ответы на эти последовательности показывают существование
   промежуточное состояние, если все предыдущие команды были успешными.
   Отказ в любой точке последовательности требует повторения
   всю последовательность с самого начала.Подробности последовательности команд-ответов явно указаны в
      раздел "Диаграммы состояний".

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

   Формально ответ определяется как последовательность: трехзначный код,
   пробел , одна строка текста (максимальная длина строки 65),
   и терминал . Иногда текст длиннее одного
   линия; в этих случаях весь текст должен быть заключен в квадратные скобки, чтобы
   sender-MTP знает, когда он может перестать читать ответ. Это требует
   специальный формат первой строки для обозначения многострочного ответа, и
   другой в последней строке, чтобы обозначить это.Обе строки будут содержать
   соответствующий код ответа, который указывает состояние транзакции.

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








                                   10



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



         Например:
                                123-Первая линия
                                Вторая линия
                                  234 Строка, начинающаяся цифрами
                                123 Последняя строка

      Затем отправителю-MTP просто нужно найти второй
      появление того же кода ответа, за которым следует  (пробел> в
      начало строки и игнорировать все промежуточные строки.Если
      промежуточная линия начинается с трехзначного числа, получатель
      должен проложить переднюю часть, чтобы избежать путаницы.

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

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

         1yz Положительный предварительный ответ

            Запрошенное действие инициируется; ожидать другого
            ответьте перед тем, как приступить к новой команде. (Отправитель-MTP
            отправка другой команды до ответа о завершении будет




                                   11



Сентябрь 1980 г. RFC 772
Протокол передачи почты



            с нарушением протокола.Однако процессы получателя-MTP
            должен ставить в очередь любые команды, поступающие во время предыдущего
            команда выполняется.)

         2yz Положительный ответ о завершении

            Запрошенное действие успешно выполнено. Новый
            запрос может быть инициирован.

         3yz Положительный промежуточный ответ

            Команда принята, но запрошенное действие
            приостановлено до получения дальнейших
            Информация. Отправитель-MTP должен отправить другую команду
            указав эту информацию.Этот ответ используется в команде
            группы последовательностей.

         Ответ 4yz Transient Negative Completion

            Команда не была принята, и запрошенное действие выполнило
            не происходит. Однако состояние ошибки носит временный характер и
            действие может быть запрошено снова. Отправитель должен вернуть
            в начало последовательности команд (если есть). это
            трудно придать значение «преходящему», когда два
            разные сайты (получатель и отправитель - MTP) должны согласовать
            интерпретация.Каждый ответ в этой категории может содержать
            другое значение времени, но отправителю-MTP рекомендуется
            попробуй еще раз. Эмпирическое правило, чтобы определить, подходит ли ответ
            в категорию 4yz или 5yz (см. ниже) отвечает
            равны 4yz, если их можно повторить без изменения
            форма команды или в свойствах отправителя или получателя.
            (Например, команда повторяется идентично; получатель
            не выставляет новую реализацию).5yz Постоянный отрицательный ответ о завершении

            Команда не была принята, и запрошенное действие выполнило
            не происходит. Отправителю-MTP не рекомендуется повторять
            точный запрос (в той же последовательности). Даже какие-то «постоянные»
            условия ошибки могут быть исправлены, поэтому пользователь-человек может
            хотите, чтобы отправитель-MTP повторно инициировал команду
            последовательность прямым действием в какой-то момент в будущем (например,
            после того, как было изменено написание, или пользователь изменил
            статус его / ее справочника.)





                                   12



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



      Вторая цифра кодирует ответы в определенных категориях:

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

         Информация о x1z - это ответы на запросы
               информация, такая как статус или помощь.x2z Connections - это ответы, относящиеся к элементу управления
               связь.

         x3z Пока не определено.

         x4z Пока не определено.

         x5z Mail system - Эти ответы указывают на статус
               почтовая система получателя по отношению к запрашиваемому переводу или
               другое действие почтовой системы.

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

         Команда, например NOOP, успешное выполнение которой не
         предложить отправителю-MTP любую новую информацию вернет 200
         Ответить.Ответ 502, когда команда запрашивает
         нереализованное не зависящее от сайта действие. Уточнение этого
         это ответ 504 на команду, которая реализована, но это
         запрашивает нереализованный параметр.

   КОДЫ ОТВЕТА ПО ФУНКЦИОНАЛЬНЫМ ГРУППАМ

      200 Команда в порядке
      500 Синтаксическая ошибка, команда не распознана
         [Это может включать такие ошибки, как слишком длинная командная строка]
      501 Синтаксическая ошибка в параметрах или аргументах
      502 Команда не реализована
      503 Неверная последовательность команд



                                   13



Сентябрь 1980 г. RFC 772
Протокол передачи почты




      211 Состояние системы или ответ справки системы
      214 Справочное сообщение
         [Информация о том, как использовать приемник или значение
         особая нестандартная команда; этот ответ полезен только для
         человек-пользователь]
      215  - предпочтительная схема

      120  Сервис готов через nnn минут
      220  Сервис готов для нового пользователя
      221  Соединение для управления закрытием службы
      421  Служба недоступна, закрытие управляющего соединения
         [Это может быть ответ на любую команду, если служба ее знает
         должен выключиться]

      151 Пользователь не локальный; перенаправит на <пользователь> @ <хост>
      152 Пользователь неизвестен; почта пересылается оператором
      250 Запрошенное почтовое действие в порядке, выполнено
      450 Запрошенное почтовое действие не выполнено: почтовый ящик недоступен
         [Э.г., почтовый ящик занят]
      550 Запрошенное действие не выполнено: почтовый ящик недоступен
         [Например, почтовый ящик не найден, нет доступа]
      451 Запрошенное действие прервано: локальная ошибка обработки
      452 Запрошенное действие не выполнено: недостаточно места для хранения в системе
      552 Запрошенное почтовое действие прервано: превышено выделенное пространство для хранения
         [Для текущего местоположения почтового ящика]
      553 Запрошенное действие не выполнено: имя почтового ящика не разрешено
      354 Начать ввод почты; заканчиваться  . 


   ЦИФРОВОЙ ЗАКАЗ СПИСОК КОДОВ ОТВЕТА

      120  Сервис готов через nnn минут
      151 Пользователь не локальный; перенаправит на <пользователь> @ <хост>
      152 Пользователь неизвестен; почта пересылается оператором
      200 Команда в порядке
      211 Состояние системы или ответ справки системы
      214 Справочное сообщение
         [Информация о том, как использовать приемник или значение
         особая нестандартная команда; этот ответ полезен только для
         человек-пользователь]
      215  - предпочтительная схема
      220  Сервис готов для нового пользователя
      221  Соединение для управления закрытием службы
      250 Запрошенное почтовое действие в порядке, выполнено
      354 Начать ввод почты; заканчиваться  . 



                                   14



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



      421  Служба недоступна, закрытие управляющего соединения
         [Это может быть ответ на любую команду, если служба ее знает
         должен выключиться]
      450 Запрошенное почтовое действие не выполнено: почтовый ящик недоступен
         [Например, почтовый ящик занят]
      451 Запрошенное действие прервано: локальная ошибка обработки
      452 Запрошенное действие не выполнено: недостаточно места для хранения в системе
      500 Синтаксическая ошибка, команда не распознана
         [Это может включать такие ошибки, как слишком длинная командная строка]
      501 Синтаксическая ошибка в параметрах или аргументах
      502 Команда не реализована
      503 Неверная последовательность команд
      550 Запрошенное действие не выполнено: почтовый ящик недоступен
         [Э.g., почтовый ящик не найден, доступа нет]
      552 Запрошенное почтовое действие прервано: превышено выделенное пространство для хранения
         [Для текущего местоположения почтового ящика]
      553 Запрошенное действие не выполнено: имя почтового ящика не разрешено


ОБСУЖДЕНИЕ ПЕРЕВОДА ПОЧТЫ

   Основная команда для отправки почты - MAIL. Эта команда вызывает
   передаваемые данные должны быть введены в почтовый ящик получателя.

      ПОЧТА  "ОТ:" <отправитель> [ "Кому:" <путь>] 

         <отправитель> - это почтовый ящик, а <путь> - это список исходной маршрутизации
         хосты и почтовый ящик назначения.Если принято, возвращается 354
         ответить и считает все последующие строки сообщением
         текст. Он заканчивается строкой, содержащей только точку,
         после чего возвращается ответ о завершении 250. Различные ошибки
         возможны.

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

      151 Пользователь не локальный; перенаправит на <пользователь> @ <хост>

         Этот ответ указывает на то, что получатель знает почтовый ящик пользователя.
         находится на другом хосте и возьмет на себя ответственность за пересылку
         письмо этому хосту.Например, на BBN (или ISI) есть
         несколько хозяев. У каждого есть список многих пользователей
         хосты. Каждый хост может принимать почту для любого пользователя из своего списка
         и отправьте его правильному хосту.




                                   15



Сентябрь 1980 г. RFC 772
Протокол передачи почты



      152 Пользователь неизвестен; почта пересылается оператором

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

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

   Есть две команды MTP, которые позволяют отображать текст сообщения.
   отправлено сразу нескольким получателям; такое сообщение
   передача намного более эффективна, чем практика отправки
   текст снова и снова для каждого дополнительного получателя на сайте.В
   один, сначала указываются все получатели, а затем отправляется текст.
   В другом случае порядок обратный, и текст отправляется первым,
   за которыми следуют получатели. Обе схемы необходимы, потому что
   ни один из них сам по себе не является оптимальным для всех систем, как будет объяснено ниже.
   позже. Для выбора конкретной схемы используется команда MRSQ; к
   указать получателей после того, как схема выбрана, даны команды MRCP;
   а для ввода текста используется команда MAIL.

   ВЫБОР СХЕМЫ: MRSQ

      MRSQ - это средство, с помощью которого отправитель-MTP может тестировать MRSQ / MRCP.
      реализации, выберите конкретную схему, сбросьте ее состояние и
      даже провести элементарные переговоры.Его формат следующий:

         MRSQ [ <схема>] 

         <схема> - это одиночный символ. Определены следующие:
            R Получатели в первую очередь. Если это не реализовано, должен быть T.
            T Сначала текст. Если это не реализовано, R должен быть.
            ? Запрос на преференцию. Это всегда нужно реализовывать.

            Отсутствие аргумента означает «выбор» ни одной схемы (
            По умолчанию).

         Возможные ответы:
            200 ОК, воспользуемся указанной схемой
            215  Это схема, которую я предпочитаю
            501 Я понимаю MRSQ, но не могу использовать эту схему
            5xx Команда не распознана или не реализована



                                   16



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



      MRSQ имеет три аспекта.Во-первых, MRSQ с
      ни один аргумент должен всегда возвращать ответ 200 и восстанавливать значение по умолчанию
      состояние отсутствия выбранной схемы. Любой другой ответ подразумевает, что
      MRSQ и, следовательно, MRCP не поняты или не могут быть выполнены
      правильно.

      Во-вторых, использование "?" поскольку  запрашивает MTP
      получатель, чтобы вернуть ответ 215, в котором получатель указывает
      «предпочтительная» схема. Формат этого ответа прост:

         215  <схема> [ <произвольный текст>] 

         Любой другой ответ (e.g., 4xx или 5xx) подразумевает, что MRSQ и MRCP
         не реализованы, потому что "?" всегда должен быть реализован, если
         MRSQ есть.

      Третий важный момент, касающийся MRSQ, заключается в том, что в нем всегда есть
      побочный эффект сброса всех схем в исходное состояние. Этот
      сброс нужно делать независимо от того, какой будет ответ - 200, 215,
      или 501. Действия, необходимые для сброса, будут объяснены, когда
      обсуждение того, как на самом деле работает каждая схема.

   ОПИСАНИЕ ТЕКСТА СООБЩЕНИЯ: ПОЧТА

      Независимо от того, какая схема (если есть) была выбрана, ПОЧТА
      команда с ненулевым аргументом "TO" будет вести себя точно так же, как
      перед; команды MRSQ / MRCP на него не влияют.Однако
      обычная команда MAIL имеет тот же побочный эффект, что и MRSQ; Это
      «сбрасывает» текущую схему в исходное состояние.

      Это только тогда, когда аргумент «TO» равен нулю (например, MAIL FROM: 
      ), что конкретная выбранная схема важна. Скорее
      чем выдает ошибку (как это делают в настоящее время большинство приемников),
      получатель примет текст сообщения для этой "нулевой" спецификации.
      Что он с ним делает, зависит от того, какая схема действует, и
      будет описано в разделе Механика схем.17



Сентябрь 1980 г. RFC 772
Протокол передачи почты



   СПЕЦИФИКАЦИЯ ПОЛУЧАТЕЛЯ: MRCP

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

         MRCP  К: <путь> 

         Ответ без схемы:
            503 Схема еще не указана; использовать MRSQ
         Ответы на схему Т идентичны ответам на ПОЧТУ.Ответы по схеме R (сначала получатели):
            200 ОК, имя сохранено
            452 Таблица получателей заполнена, это имя не сохранено
            553 Имя получателя отклонено
            4xx Временная ошибка, попробуйте это имя еще раз позже
            5xx Постоянная ошибка, сообщить отправителю

      Обратите внимание, что использование этой команды является ошибкой, если схема не была
      выбрано еще; должен быть предоставлен MRSQ , если MRCP должен
      использоваться.

   МЕХАНИКА СХЕМЫ: MRSQ R (ПЕРВЫЕ ПОЛУЧАТЕЛИ)

      В схеме «сначала получатели» MRCP используется для указания имен.
      которые получатель MTP сохраняет в списке или таблице.Обычно
      ответ для каждого MRCP будет либо 200 за принятие, либо
      Код отказа 4xx / 5xx. Все коды 5xx являются постоянными отклонениями
      (например, пользователь неизвестен), о котором следует сообщить пользователю-человеку,
      тогда как коды 4xx в целом означают некоторую временную ошибку, которая может
      будет исправлено позже. Ни один из ответов 4xx / 5xx не затрагивает
      предыдущие или последующие команды MRCP, кроме 452, которые
      указывает, что никакие другие MRCP не будут успешными, если сообщение не
      отправлено уже сохраненным получателям или выполняется сброс.18



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



      Отправка текста сообщения сохраненным получателям осуществляется путем отправки ПОЧТЫ
      команда без аргумента "TO"; то есть просто ПОЧТА  <отправитель>
      . Передача текста сообщения точно такая же, как
      для обычной ПОЧТЫ. Однако положительное подтверждение в конце
      передача означает, что сообщение было отправлено ВСЕМ получателям
      которые были запомнены с помощью MRCP, а код ошибки означает, что это
      следует считать неуспешным для ВСЕХ указанных
      получатели.Это применимо независимо от фактического кода ошибки.
      Независимо от того, что означает ответ, все сохраненные имена получателей
      сбрасываются и забываются - другими словами, все сбрасывается на
      их исходное состояние. Эта очистка списка имен получателей должна
      также может быть выполнено в качестве побочного эффекта сброса любого использования MRSQ.

      Ответ 452 на MRCP можно обработать, используя MAIL, чтобы указать
      сообщение для сохраненных в данный момент получателей, а затем отправка других
      MRCP и другую ПОЧТУ столько раз, сколько необходимо.Например,
      если бы у получателя было место только для 10 имен, это привело бы к
      Сообщение с 50 получателями отправляется 5 раз 10 разным адресам.
      получатели каждый раз.

      Если отправитель пытается указать текст сообщения (ПОЧТА без «Кому»
      аргумент) до того, как будут даны какие-либо успешные MRCP, это должно
      обрабатываться точно так же, как "обычная" ПОЧТА с нулевым получателем,
      быть; некоторые получатели возвращают ошибку, например "550 Null recipient".

      См. Пример в Приложении A для передачи почты с использованием MRSQ R.МЕХАНИКА СХЕМЫ: MRSQ T (ПЕРВЫЙ ТЕКСТ)

      В схеме «сначала текст», MAIL без аргумента «TO» используется для
      укажите текст сообщения, который получатель сохраняет. Продолжение
      MRCP затем обрабатываются так, как если бы они были командами MAIL, за исключением того, что
      никакие манипуляции с переносом текста не выполняются; сохраненный
      текст сообщения отправляется указанному получателю, а код ответа
      возвращается идентично тому, которое будет вызывать фактическая MAIL.
      (Обратите внимание, что ЛЮБОЙ код 2xx указывает на успех.)

      Сохраненный текст сообщения не будет забыт до следующего ПОЧТОВОГО или
      MRSQ, который либо заменит его новым текстом, либо сбросит его.
      полностью. Любое использование MRSQ приведет к сбросу этой схемы путем сброса
      сохраненный текст, как и любое использование MAIL с ненулевым аргументом.

      Если MRCP виден до того, как текст сообщения был сохранен,
      Фактически отправитель пытается отправить пустое сообщение; некоторые приемники
      может позволить это, другие вернут код ошибки.




                                   19



Сентябрь 1980 г. RFC 772
Протокол передачи почты



      См. Пример в Приложении B для передачи почты с использованием MRSQ T.ПОЧЕМУ ДВЕ СХЕМЫ?

      Потому что ни один из них сам по себе не является оптимальным для всех систем. MRSQ R
      позволяет больше «массовых» рассылок, потому что все сохраняется и
      затем отправили по почте одновременно. Это очень полезно для таких систем
      как ЕГО, где MTP-получатель сам не пишет почту напрямую,
      но передает его центральному демону-почтовику, обладающему большой силой. В
      дополнительная информация (например, получатели), связанная с одним
      "hand-off", тем более эффективно может быть доставлена ​​почта.Напротив, MRSQ T ориентирован на MTP-получатели, которые хотят
      доставлять почту напрямую, поэтапно. Для
      каждому получателю эта схема возвращает индивидуального
      код ответа успеха / неудачи, который может зависеть от переменной почты
      системные факторы, такие как превышение выделенного диска, доступ к почтовому ящику
      конфликты и т. д. Если эти приемники-MTP пытались эмулировать
      Массовая рассылка MRSQ Rs, они должны гарантировать, что успех
      ответ на ПОЧТУ действительно означал, что оно было доставлено ВСЕМ
      указаны получатели - не только некоторые.ЗАМЕТКИ:

      * Поскольку эти команды не требуются в минимальном
        реализация MTP, нужно быть готовым иметь дело с сайтами
        которые не распознают ни MRSQ, ни MRCP. «MRSQ» и «MRSQ?»
        явно разработаны как тесты, чтобы увидеть, является ли какая-либо схема
        реализовано. MRCP задуман не как тест, а как сбой
        возвращение «нереализованного» разнообразия можно спутать с «Нет
        схема еще не выбрана », или даже с« Получатель неизвестен ».

      * Нет возможности указать в положительном ответе на «MRSQ?»
        что предпочтительная "схема" для приемника - это
        состояние по умолчанию; я.е., ни одна из схем с несколькими получателями. В
        обоснование состоит в том, что в этом случае было бы бессмысленно
        реализовать MRSQ / MRCP вообще, и поэтому ответ будет
        отрицательный.











                                   20



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



      * Одна из причин, по которой использование MAIL ограничено нулевым значением "TO"
        аргументы с этим расширением для нескольких получателей - неоднозначность
        это произойдет, если разрешен ненулевой аргумент «TO».Для
        Например, если действовал MRSQ R и были даны некоторые MRCP,
        и MAIL FROM:  TO:   было выполнено, не будет
        способ отличить отказ для почтового ящика "FOO" от
        глобальный сбой для всех указанных получателей. Похожий
        ситуация существует для MRSQ T; было бы неясно, будет ли
        текст был сохранен и почтовый ящик вышел из строя, или наоборот, или и то, и другое.

      * «Сброс» выполняется всеми MRSQ и «обычными» почтовыми сообщениями, чтобы избежать
        путаница и чрезмерно сложная реализация.MRSQ
        подразумевает изменение или неопределенность статуса, а ПОЧТА
        В противном случае команде пришлось бы использовать некоторые независимые механизмы
        чтобы избежать засорения баз данных (например, хранилища текстов сообщений
        площадь), используемого схемами трансмиссии / проезда. Однако, как только схема
        выбран, он остается "в силе" так же, как FTP "ТИП A" остается
        выбрано. Рекомендуемый способ сброса без
        изменение текущего выбора осуществляется с помощью «MRSQ?». Помни это
        Только «MRSQ» возвращается в состояние без схемы.* Допускается вкрапление других команд MTP среди
        Последовательности MRSQ / MRCP / MAIL.


























                                   21 год



Сентябрь 1980 г. RFC 772
Протокол передачи почты



ДЕКЛАРАТИВНЫЕ ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ

   МИНИМАЛЬНАЯ РЕАЛИЗАЦИЯ

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

         КОМАНДЫ - ВЫЙТИ
                     ПОЧТА
                     NOOP

      В терминах FTP значения параметров передачи должны быть:

         ТИП - ASCII
         РЕЖИМ - ПОТОК
         СТРУ - ФАЙЛ-СТРУКТУРА

      Все хосты должны использовать указанные выше значения для передачи почты.СОЕДИНЕНИЯ

      MTP-получатель должен "слушать" порт L. MTP-отправитель должен
      инициировать управляющее соединение TCP / NCP. Контрольное соединение
      состоит из полнодуплексного соединения по TCP; это два симплекса
      подключения под NCP. Получатель и отправитель - MTP должны следовать
      соглашения протокола TELNET, как указано в ARPA
      Справочник по интернет-протоколу. Получатели не обязаны
      предусматривают редактирование командных строк и могут указывать, что это
      сделано на хосте отправителя.Контрольное соединение должно быть закрыто.
      получателем по запросу отправителя после всех переводов и
      ответы завершены.

   ПОСЛЕДОВАТЕЛЬНОСТЬ КОМАНД И ОТВЕТОВ

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

      Одна из важных групп информационных ответов - это соединение



                                   22



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



      Приветствую.В нормальных условиях получатель отправит 220
      ответ "ожидает ввода", когда соединение будет установлено. В
      отправитель должен дождаться этого приветственного сообщения перед отправкой любого
      команды. Если получатель не может сразу принять ввод,
      он должен немедленно отправить ответ 120 "ожидаемая задержка" и 220
      ответьте, когда будете готовы. Отправитель будет знать, чтобы не повесить трубку, если
      есть задержка.

         Примечание: все ответы типа приветствия имеют официальное название
         хост сервера в качестве первого слова после кода ответа.В таблице ниже перечислены альтернативные ответы об успехе и неудаче для
      каждая команда. Их необходимо строго соблюдать; получатель может
      заменить текст в ответах, но подразумевается смысл и действие
      по номерам кодов и по последовательности ответа на конкретную команду
      изменить нельзя.

      ПОСЛЕДОВАТЕЛЬНОСТИ КОМАНДЫ-ОТВЕТА

         В этом разделе представлена ​​последовательность ответа команды. Каждый
         перечислена команда с ее возможными ответами; группы команд
         перечислены вместе.Предварительные ответы указаны первыми (с
         их последующие ответы с отступом под ними), затем положительные
         и отрицательное завершение, и, наконец, промежуточные ответы с
         остальные команды из следующей последовательности. 421
         ответ (услуга недоступна, закрытие контрольного соединения) может
         быть выдан в любой момент, если MTP-получатель знает, что он должен закрыть
         вниз. Этот перечень составляет основу диаграмм состояний,
         которые будут представлены отдельно.ПОДКЛЮЧЕНИЕ
               120
                  220
               220
               421
            ПОЧТОВЫЕ КОМАНДЫ ДЕЙСТВИЙ
               ПОЧТА
                  151, 152
                     354
                        250
                        451, 552
                  354
                     250
                     451, 552
                  450, 550, 452, 553
                  500, 501, 502, 421



                                   23



Сентябрь 1980 г. RFC 772
Протокол передачи почты



               MRSQ
                  200, 215
                  500, 501, 502, 421
               MRCP
                  151, 152
                     200
                  200
                  450, 550, 452, 553
                  500, 501, 502, 503, 421
               ПОКИДАТЬ
                  221
            ИНФОРМАЦИОННЫЕ КОМАНДЫ
               ПОМОЩЬ
                  211, 214
                  500, 501, 502, 421
            РАЗНЫЕ КОМАНДЫ
               NOOP
                  200
                  500 421

ГОСУДАРСТВЕННЫЕ ДИАГРАММЫ

   Здесь мы представляем диаграммы состояний для очень простого MTP.
   выполнение.Используется только первая цифра кодов ответа.
   Для каждой группы команд MTP существует одна диаграмма состояний.

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

   Для каждой команды есть три возможных результата: «успех» (S),
   «сбой» (F) и «ошибка» (E). В диаграммах состояний ниже мы используем
   символ B для "начала" и символ W для "ожидания ответа".
















                                   24



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



   Сначала мы представляем диаграмму, которая представляет большинство команд MTP:


                               1,3 + --- +
                          -----------> | E |
                         | + --- +
                         |
      + --- + cmd + --- + 2 + --- +
      | B | ----------> | W | ----------> | S |
      + --- + + --- + + --- +
                         |
                         | 4,5 + --- +
                          -----------> | F |
                                      + --- +


      На этой диаграмме моделируются команды:

         ПОМОЩЬ, MRCP, MRSQ, NOOP, ВЫЙТИ.25



Сентябрь 1980 г. RFC 772
Протокол передачи почты



   Более сложная диаграмма моделирует команду MAIL:


                   ---- 1
                  | |
      + --- + cmd -> + --- + 2 + --- +
      | B | ----------> | W | ----------> | E |
      + --- + + --- + -> + --- +
                       | | |
                3 | | 4,5 |
         -------------- ------ |
        | | | + --- +
        | -------------> | S |
        | | 1,3 | | + --- +
        | 2 | --------
        | | | |
        V | | |
      + --- + текст + --- + 4,5 -----> + --- +
      | | ----------> | W | ----------> | F |
      + --- + + --- + + --- +


      Обратите внимание, что «текст» здесь представляет собой серию строк, отправленных из
      отправитель получателю, и ответа не ожидается до последнего
      строка отправлена.(Последняя строка должна состоять только из одного
      период.)























                                   26 год



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



   Наконец, мы представляем обобщенную диаграмму, которую можно использовать для моделирования
   обмен командами и ответами:


               ------------------------------------
              | |
      Начать | |
        | V |
        | + --- + cmd + --- + 2 + --- + |
         -> | | -------> | | ----------> | | |
            | | | W | | S | ----- |
         -> | | -> | | ----- | | |
        | + --- + | + --- + 4,5 | + --- + |
        | | | | | | |
        | | | 1 | | 3 | + --- + |
        | | | | | | | | |
        | | ---- | ----> | F | -----
        | | | | |
        | | | + --- +
         -------------------
              |
              |
              V
             Конец

























                                   27



Сентябрь 1980 г. RFC 772
Протокол передачи почты



ПОДКЛЮЧЕНИЕ

   Управляющее соединение MTP устанавливается через TCP / NCP между
   технологический порт / сокет приемника L и технологический порт / сокет отправителя U.Этому протоколу назначен сервисный порт / сокет 57 (восьмеричное число 71), что
   это L = 57.











































                                   28 год



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



ПРИЛОЖЕНИЕ

                  Пример MRSQ R (сначала получатели)

   Это пример использования MRSQ R. Сначала отправитель должен
   установить, что получатель действительно реализует MRSQ.S: MRSQ 
      R: 200 ОК, схема не выбрана

   MRSQ с нулевым аргументом всегда возвращает 200, если реализовано,
   выбор «схемы» по умолчанию, т.е. ни одной из них. Если бы MRSQ не было
   реализовано, будет возвращен код 4xx или 5xx.

      S: MRSQ R 
      Р: 200 Хорошо, по этой схеме

   Все хорошо; теперь можно указать получателей.

      S: MRCP Кому:  
      R: 200 ОК

      S: MRCP Кому:  
      R: 553 Такого пользователя здесь нет

      S: MRCP К:  
      R: 200 ОК

      S: MRCP TO: <@ Y, @ X, fubar @ Z> 
      R: 200 ОК

   Обратите внимание, что отказ "Raboof" не влияет на хранение
   письмо для "Foo", "bar" или письмо, которое будет отправлено на "fubar @ Z"
   через хост «X».Теперь текст сообщения снабжен
   Команда MAIL без аргумента «TO».

      S: ПОЧТА ОТ:  
      R: 354 Введите письмо, заканчивая . 
      СУБЪЕКТ: Бла-бла-бла-бла .... и т. Д. и т. д. и т. д.
      S: . 
      R: 250 Письмо отправлено

   Текст письма был отправлен в «Foo» и «bar», а также в
   перенаправлено на "fubar @ Z".





                                   29



Сентябрь 1980 г. RFC 772
Протокол передачи почты



ПРИЛОЖЕНИЕ B

                     Пример MRSQ T (сначала текст)

   Используя то же сообщение, что и в предыдущем примере, чтобы установить, что
   приемник реализует MRSQ.СУБЪЕКТ: MRSQ? 
      R: 215 T Сначала напишите, пожалуйста

   MRSQ действительно реализован, и получатель говорит, что предпочитает
   "T", но это не должно мешать отправителю попробовать что-то еще.

      S: MRSQ R 
      R: 501 Простите, я действительно не могу этого сделать

   Возможно, он тоже мог понять букву «Р», но в целом
   лучше всего использовать «предпочтительную» схему, так как получатель знает
   что наиболее эффективно для конкретного сайта.

      S: MRSQ T 
      Р: 200 Хорошо, по этой схеме

   Схема "T" теперь выбрана, и текст сообщения отправляется с указанием
   mail без аргумента «TO».S: ПОЧТА ОТ:  
      R: 354 Введите письмо, заканчивая . 
      СУБЪЕКТ: Бла-бла-бла-бла .... и т. Д. и т. д. и т. д.
      S: . 
      R: 250 писем хранится

   Теперь можно указать получателей.

      S: MRCP Кому:  
      R: 250 отправленных сохраненных писем

      S: MRCP Кому:  
      R: 553 Такого пользователя здесь нет

      S: MRCP К:  
      R: 250 отправленных сохраненных писем

      S: MRCP TO: <@ Y, @ X, fubar @ Z> 
      R: 200 ОК




                                   30



RFC 772, сентябрь 1980 г.
                                                  Протокол передачи почты



   Теперь текст отправлен в «Foo» и «bar» на хосте «Y» и будет
   перенаправляется на "fubar @ Z" через хост "X" и остается сохраненным.А
   новое сообщение может быть отправлено с другой последовательностью MAIL / MRCP ..., но
   осторожный отправитель сбросил бы состояние, используя обмен ниже.

      СУБЪЕКТ: MRSQ? 
      R: 215 T Сначала напишите, пожалуйста

   Это сбрасывает состояние без изменения действующей схемы.








































                                   31 год