о повідомлення. Повідомлення вводиться до тих пір, поки не буде введена рядок з точкою в першій позиції. Відповідно до стандарту поштового повідомлення RFC - 822 відправник передає заголовок і тіло повідомлення, які розділені порожнім рядком. Сам протокол SMTP не накладає жодних обмежень на інформацію, яка укладена між командою DATA і . Raquo; в першій позиції останнього рядка. Наведемо приклад обміну повідомленнями при дисципліні відправки пошти :: MAIL FROM: lt; paul @ quest. polyn. kiae. su gt ;: 250 Ok: RCPT TO: lt; dobr @ kiae. su gt ;: 250 Ok: DATA: 354 Start mail input; end with lt; CRLF gt ;. lt; CRLF gt ;: Це текст поштового повідомлення:.: 250
Другий дисципліною, визначеної в протоколі SMTP, є перенаправлення поштового повідомлення (forwarding). Якщо одержувач не найден і відомо його місце розташування, то сервер може видати повідомлення :: 251 User not local; will forward to lt; user @ domain. domain gt;
Якщо сервер може зробити тільки припущення про подальшу розсилці, то відповідь буде дещо іншою :: 551 User not local; please try lt; user @ host. domain gt;
Верифікація і розширення адрес складають дисципліну верифікації. У ній використовуються команди VRFY і EXPN. За командою VRFY сервер підтверджує наявність або відсутність зазначеного користувача :: VRFY paul: 250-Paul Khramtsov lt; paul @ quest. polyn. kiae. su gt;
Використовуючи команду EXPN, можна отримати список місцевих користувачів :: EXPN Example-People: 250-Paul Khramtsov lt; paul @ quest. polyn. kiae. su gt ;: 250-Vladimir Drach-Gorkunov lt; vovka @ quest. polyn. kiae. su gt;
У список дисциплін, дозволених протоколом SMTP, входить крім відправки пошти ще й пряма розсилка повідомлень. У цьому випадку повідомлення буде відправлятися не в поштову скриньку, а безпосередньо на термінал користувача, якщо користувач в даний момент знаходиться за своїм терміналом. Пряма розсилка здійснюється по команді SEND, яка має такий же синтаксис, як і команда MAIL. Крім SEND пряму розсилку здійснюють SOML (Send or Mail) і SAML (Send and Mail).
Для ініціалізації каналу обміну поштою і його закриття використовуються команди HELO і QUIT відповідно. Першою командою сеансу повинна бути команда HELO.
Протокол допускає розсилку поштових повідомлень в режимі оповіщення. Для цього відправник в адресі одержувача може вказати кілька користувачів або груповий адресу. Зазвичай, програмне забезпечення SMTP вибирає цю інформацію із заголовка поштового повідомлення і на її основі формує параметри команд протоколу.
Якщо повідомлення з якої-небудь причини не може бути розіслано, то одержувач формує повідомлення про неразосланних повідомленні :: MAIL FROM: lt; gt ;: 250 Ok: RCPT TO: lt;host. domain: JOE @ host. domain gt ;: 250 Ok: DATA: 354 send the mail data, end with .: Date 23 Oct 95 11: 23: 30: From: SMTP @ remote. domain: To: lt; JOE @ host. domain gt; :: Undelivered message. Your message lost.550 No such user.:.
При використанні доменних імен слід використовувати канонічні імена, тому деякі системи не можуть визначити синонім по базі даних named.
Крім перерахованих вище дисциплін, протокол дозволяє відправникові і одержувачеві мінятися ролями один з одним. Відбувається це по команді TURN.
Для налагодження або перевірки з'єднання по SMTP можна використовувати telnet. Для цього слідом за адресою машини слід ввести номер порту:
/users/local gt; telnet apollo. polyn. kiae. su 25
порт використовується в Internet для обміну повідомленнями по протоколу SMTP. В інтерактивному режимі користувач сам зображує клієнта SMTP і може подивитися реакцію віддаленої машини на його дії.
Протокол SMPP
Абревіатура SMPP розшифровується як Short message peer-to-peer protocol (протокол з'єднання рівноправних вузлів для передачі коротких повідомлень), протокол використовується для передачі SMS, USSD та інших типів повідомлень, як правило, в системах VAS. В кінці статті наведено список термінів використовуваних в тексте.бил розроблений компанією Aldiscon з Ірландії, Перекупленим потім компанією Logica. У 1999 SMPP перейшов під управління SMPP Developers Forum, перейменований пізніше в SMSForum. Протокол базується на обміні PDU (protocol data units) переданої на рівні мережевий моделі 4 OSI. Обмін пакетами може відбуватися як синхронно (після відправлення запиту подальший обмін пакетами зупиняється до одержання відповіді), так і асинхронно (запити відправляються без затримок, обробку відповідей відбувається по мірі їх надходження). Донедавна останній опублікованій специфікацією була SMPP 3.4, а специфіка...