555 syntax error in mail from parameters

Программная отправка почты через gmail

Всем привет! Отправляю почту программно через gmail вот таким способом:

Профиль = Новый ИнтернетПочтовыйПрофиль;
Профиль.АдресСервераSMTP = «smtp.gmail.com»;
//Профиль.АдресСервераPOP3 = Отправитель.АдресСервераPOP3;
//Профиль.ПортPOP3 = Отправитель.ПортPOP3;
Профиль.ИспользоватьSSLSMTP = истина;
Профиль.ПортSMTP = «465»;
Профиль.Пользователь = «user@domain.ru»;
Профиль.Пароль = «password»;
Профиль.ПользовательSMTP = «user@domain.ru»;
Профиль.ПарольSMTP = «password»;
Профиль.АутентификацияSMTP = СпособSMTPАутентификации.ПоУмолчанию;

//Создаем письмо
Почта = Новый ИнтернетПочта;
Письмо = Новый ИнтернетПочтовоеСообщение;
Текст = Письмо.Тексты.Добавить(«Это текст письма.»);
Текст.ТипТекста = ТипТекстаПочтовогоСообщения.ПростойТекст;
Письмо.Тема = «Это тема письма»;
Письмо.Отправитель = «Отправитель»;
Письмо.ИмяОтправителя = «Имя отправителя»;
Письмо.Получатели.Добавить(«reciver@domain.com»);
//Письмо.Вложения.Добавить(Файл); //добавляем вложение если нужно, например «C:Приложение.doc»

//Отправляем письмо
Попытка
Почта.Подключиться(Профиль);
Почта.Послать(Письмо);
Исключение
Сообщить(ОписаниеОшибки());
КонецПопытки;

//Закрываем письмо
Почта.Отключиться();
//Закрываем файл вложения
Письмо.Вложения.Очистить();

Вот что получаю в ответ:

<ВнешняяОбработка.ТестЭлектроннаяПочта.Форма.Форма.Форма(33)>: Ошибка при вызове метода контекста (Послать): Неизвестная ошибка (SMTP error code 555)

Источник

SMTP error code 555 5.5.2 Syntax error

Добрый день
При настройки почты выдает ошибку:
SMTP error code 555 5.5.2 Syntax error

Лог:
Отправка тестового сообщения не выполнена.

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

Обратитесь к администратору почтового сервера «».

Информация для техподдержки:

Неизвестная ошибка (SMTP error code 555 5.5.2 Syntax error
)

При обращении по URL: smtp.yandex.ru
Подключение проводится из файловой информационной базы на компьютере .
Выполнено обращение к несуществующему ресурсу на сервере smtp.yandex.ru
или возникли неполадки на удаленном сервере.

Журнал диагностики:
Выполняется проверка доступности сервера.
Описание диагностируемой ошибки см. в следующем сообщении журнала.

Параметры прокси-сервера в ИБ не указаны (используются системные настройки прокси).

1) Удаленный сервер smtp.yandex.ru доступен:
> ping smtp.yandex.ru -n 4 -w 1000

Pinging smtp.yandex.ru [77.88.21.158] with 32 bytes of data:
Reply from 77.88.21.158: bytes=32 time=5ms TTL=53
Reply from 77.88.21.158: bytes=32 time=5ms TTL=53
Reply from 77.88.21.158: bytes=32 time=6ms TTL=53
Reply from 77.88.21.158: bytes=32 time=7ms TTL=53

Ping statistics for 77.88.21.158:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 5ms, Maximum = 7ms, Average = 5ms

Адрес почты: моя почта

АдресСервераSMTP=»smtp.yandex.ru», ПортSMTP=»465″, ИспользоватьSSLSMTP=»Да», ПользовательSMTP=»моя почта», POP3ПередSMTP=»Нет»

Операционная система: Microsoft Windows 7 version 6.1 Service Pack 1 (Build 7601)
Платформа: 8.3.20.1674 (Windows x86)
Конфигурация: Бухгалтерия предприятия (базовая), редакция 3.0 (3.0.106.101)

Источник

555 5.5.2 Синтаксическая ошибка. smtp Gmail

Вы знаете, что означает синтаксическая ошибка?

Вот код, который я использую, cakephp

ПРИМЕЧАНИЕ. Я отправляю электронное письмо себе в тестовых целях.

Возможно, потребуется еще несколько деталей. Например, письмо, вызывающее эту ошибку, как вы его отправляете, откуда вы отправляете и т. Д. До тех пор этот вопрос: «Он сломан. Исправьте это. Вам не нужны дополнительные подробности» — Marc B

Конечно жаль, что я уже исправил — juan

если это исправлено, отправьте нам ответ? Это была проблема с ssl-сертификатом? — zanlok

8 ответы

Вот (правильный) ответ RabidFire:

SMTP Google требует от вас форматирования адресов электронной почты следующим образом:

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

ответ дан 23 мая ’17, 12:05

При использовании python smtplib я получал ту же ошибку. В этом случае, если вы используете это имя, вы все равно получите синтаксическую ошибку. Оставьте имя, и все будет хорошо (включите <>). — Шейн Чин

установка в и от как «email@email.com» «не работал у меня. Пришлось заменить оба на» «. Помещение строки вне части <> завершается ошибкой с ошибкой отправки почты 555 5.5.2 Синтаксическая ошибка. .. — gsmtp «

ответ дан 10 мар ’15, в 23:03

Для меня это не удалось с этой ошибкой, когда в адресе TO была строка за пределами <>, но адрес FROM был в порядке со строкой за пределами <>. К счастью, иначе вы не сможете поставить красивое имя. Возможно, это изменилось и может измениться снова. — mikato

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

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

Источник

555 5.5.2 Syntax error. gmail’s smtp

Do you know what is syntax error refering?

Here’s the code I’m using cakephp

NOTE: I’m sending the email to myself for test purposes.

8 Answers 8

Here is RabidFire’s (correct) answer:

Google’s SMTP requires you to format email addresses in the following way:

Do this for both the from and to address, and you should be good to go. If you don’t have the name of the user, then you can just repeat the email:

setting to and from as «email@email.com » was’t working for me. Had to change both to » «. Putting a string outside the <> part fails with «Mail send failed 555 5.5.2 Syntax error. .. — gsmtp»

Just got one of these today, a library I’m using puts the site name in square brackets before sending the mail and causes the 555 5.5.2 Syntax Error.

Your best off having no symbols in the first part of the addres where name should go. My error was caused by

I had this problem with but with an email like dude.muñoz@domain.com and solved changing to dude.mu&#241oz@domain.com (Changing the special characters with unicodes).

I’ve got this error when «from» field was empty or not valid. So you shouldn’t use fake email in your test.

Put the «YourName» inside <> brackets in sender field.

I’m using Erlang, Vagabond/gen_smtp and Gmail.

This is a part of my config file:

We solved this issue just by removing the name

Its Due to message format is not correct. may be from address or to address is wrong(like a extra comma something)

Linked

Hot Network Questions

To subscribe to this RSS feed, copy and paste this URL into your RSS reader.

Site design / logo © 2023 Stack Exchange Inc; user contributions licensed under CC BY-SA . rev 2023.1.16.43160

By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.

Источник

Почтовый клиент УТ и gmail

Скрещиваем почтовый клиент Управления торговлей и Google Apps.
Натолкнулся на это — http://infostart.ru/public/16429/ — решение, и вспомнил, что делал похожую вещь для MS Exchange. Модификация конфигурации не потребуется.

Неделю назад столкнулся с этой проблемой 😀
Завел пять ящиков в gmail для обменов.
А подключить не смог 😀
Пришлось заново заводить на mail.ru

Очень хорошая штука, но на Win Server 2008 64 не заработало 🙁
Есть аналоги stunnel для 64-х разрядных систем ?

пс: под Win XP все отлично.

(9) Странно, у меня как раз на 64-битных системах и работает. Например вот .

Если не получается — ставьте его на другой компьютер с 32-битной ОС и в настройках почтовой записи 1С прописывайте ip этого компьютера — будет работать.

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

Все разобрался, не совсем как по учебнику делал.

Не получается.
А его (stunnel) можно через прокси настроить? ISA Server видимо отрезает все.

Ошибка при вызове метода контекста (Подключиться): Установленное соединение было принудительно закрыто удаленным узлом.

Через прокси очень вряд ли.

Тестировать можно просто — настраиваете на том же компьютере любой почтовый клиент для Gmail. Если работает — stunnel тоже будет.

Через несколько недель будет IMAP.

ВК, как же без неё. И, увы, за денежку.

Не пойму, что от меня хотят:

C:Program Files (x86)stunnel>stunnel.exe -install

C:Program Files (x86)stunnel>net start gmail
Неправильное имя службы.

Для вызова дополнительной справки наберите NET HELPMSG 2185.

(27) n_lintek, Всё как работало, так и работает, гугл ничего не менял.

У меня, например, такие настройки:

У вас сетевая ошибка.

Диагностировать очень просто. Берёте какой-нибудь Outlook Express, The Bat, Thunderbird или любой другой почтовик с поддержкой ssl. Устанавливаете его на том компьютере, где стоит stunnel и настраиваете в почтовике учётную запись Gmail (secure SMTP + POP3), которая у вас не работает.

Если почтовик правильно принял/отправил почту — значит где-то ошиблись в настройке stunnel. Проверьте номер порта к которому подключается stunnel (должен быть такой же как в настройках почтовика), номер порта к которому подсоединяется 1С, хост/айпи стуннеля в настройках 1С. Или даже классика — stunnel не запущен.

Если даже почтовик не смог — ищите проблему в сетевых настройках компьютера или маршрутизатора. Порт закрыт, брандмауер Windows/антивирус блокирует, нат не включен, днс не работает и т.д.

Источник

Добрый день

При настройки почты выдает ошибку:

SMTP error code 555 5.5.2 Syntax error

Лог:

Отправка тестового сообщения не выполнена.

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

Обратитесь к администратору локальной сети.

Обратитесь к администратору почтового сервера «».

============================

Информация для техподдержки:

Неизвестная ошибка (SMTP error code 555 5.5.2 Syntax error

)

При обращении по URL: smtp.yandex.ru

Подключение проводится из файловой информационной базы на компьютере <Офис-ПК>.

Выполнено обращение к несуществующему ресурсу на сервере smtp.yandex.ru

или возникли неполадки на удаленном сервере.

Журнал диагностики:

Выполняется проверка доступности сервера.

Описание диагностируемой ошибки см. в следующем сообщении журнала.

Параметры прокси-сервера в ИБ не указаны (используются системные настройки прокси).

1) Удаленный сервер smtp.yandex.ru доступен:

> ping smtp.yandex.ru -n 4 -w 1000

Pinging smtp.yandex.ru [77.88.21.158] with 32 bytes of data:

Reply from 77.88.21.158: bytes=32 time=5ms TTL=53

Reply from 77.88.21.158: bytes=32 time=5ms TTL=53

Reply from 77.88.21.158: bytes=32 time=6ms TTL=53

Reply from 77.88.21.158: bytes=32 time=7ms TTL=53

Ping statistics for 77.88.21.158:

    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 5ms, Maximum = 7ms, Average = 5ms

Адрес почты: моя почта

АдресСервераSMTP=»smtp.yandex.ru», ПортSMTP=»465″, ИспользоватьSSLSMTP=»Да», ПользовательSMTP=»моя почта», POP3ПередSMTP=»Нет»

Операционная система: Microsoft Windows 7 version 6.1 Service Pack 1 (Build 7601)

Платформа: 8.3.20.1674 (Windows x86)

Конфигурация: Бухгалтерия предприятия (базовая), редакция 3.0 (3.0.106.101)

Reported by sndk4asp on 10 Nov 2009 21:15 UTC as Trac ticket #1486289

My configuration:
SO: W2k3 server web ed. 32bit with IIS 6
PHP: 5.2.9-2 (php-isapi.dll)
mail server: hmailserver 5.3.1617
db: mySQL 5.1.39

Problem: the messages sent by webmail (client programs like outlook or thunderbird are not affected) are rejected by the destination smtp server claiming a syntax error. this is the log of my smtp server:

«SMTPD» 5044 886 «2009-11-10 21:10:16.901» «127.0.0.1» «SENT: 220 xxxx.net ESMTP»
«SMTPD» 2416 886 «2009-11-10 21:10:16.901» «127.0.0.1» «RECEIVED: HELO myserver»
«SMTPD» 2416 886 «2009-11-10 21:10:16.901» «127.0.0.1» «SENT: 250 Hello.»
«SMTPD» 5900 886 «2009-11-10 21:10:16.901» «127.0.0.1» «RECEIVED: MAIL FROM:test@xxxx.net»
«SMTPD» 5900 886 «2009-11-10 21:10:24.776» «127.0.0.1» «SENT: 250 OK»
«SMTPD» 4948 886 «2009-11-10 21:10:24.776» «127.0.0.1» «RECEIVED: RCPT TO:mygmailaddress@gmail.com»
«SMTPD» 4948 886 «2009-11-10 21:10:24.776» «127.0.0.1» «SENT: 250 OK»
«SMTPD» 3860 886 «2009-11-10 21:10:24.791» «127.0.0.1» «RECEIVED: DATA»
«SMTPD» 3860 886 «2009-11-10 21:10:24.791» «127.0.0.1» «SENT: 354 OK, send.»
«SMTPD» 804 886 «2009-11-10 21:10:24.854» «127.0.0.1» «SENT: 250 Queued (0.000 seconds)»
«SMTPD» 4732 886 «2009-11-10 21:10:24.854» «127.0.0.1» «RECEIVED: QUIT»
«SMTPD» 4732 886 «2009-11-10 21:10:24.854» «127.0.0.1» «SENT: 221 goodbye»

«SMTPC» 2596 887 «2009-11-10 21:10:24.932» «xxxxxxxx» «RECEIVED: 220 mx.google.com ESMTP 7si2133494fxm.53»
«SMTPC» 2596 887 «2009-11-10 21:10:24.932» «xxxxxxxx» «SENT: HELO xxxx.net»
«SMTPC» 2596 887 «2009-11-10 21:10:24.979» «xxxxxxxx» «RECEIVED: 250 mx.google.com at your service»
«SMTPC» 2596 887 «2009-11-10 21:10:24.979» «xxxxxxxx» «SENT: MAIL FROM:<test@xxxx.net»
«SMTPC» 204 887 «2009-11-10 21:10:24.994» «xxxxxxxx» «RECEIVED: 555 5.5.2 Syntax error. 7si2133494fxm.53»
«SMTPC» 204 887 «2009-11-10 21:10:24.994» «xxxxxxxx» «SENT: QUIT»
«SMTPC» 204 887 «2009-11-10 21:10:25.026» «xxxxxxxx» «RECEIVED: 221 2.0.0 closing connection 7si2133494fxm.53»

in this case i have sent a message to my address on gmail. As you can see there are 2 «<<» in the «SENT» row
SENT: MAIL FROM:<test@xxxx.net

I have updated from 0.3.0-stable but nothing changed. I have already checked the identity that is correctly set.

I have also checked
http://trac.roundcube.net/changeset/2604
and
http://trac.roundcube.net/changeset/2599

but all seems ok.

Migrated-From: http://trac.roundcube.net/ticket/1486289

SMTP reply, status and error codes can often seem confusing, and the description provided (along with a 3-digit code), inconsistent. This overview post is designed to describe the structure of SMTP reply codes, how to interpret them, typical scenarios where you might encounter common reply codes, and finally, share a live example. For a deeper understanding, or to get the source information, please refer to RFC 5321.

Reply Code Structure

Firstly, there isn’t really anything in SMTP that is known as either a ‘status code’ or an ‘error code’. They’re all just reply codes, and some of these reply codes represent temporary or permanent errors – it’s a small, but important, nuance.

A reply code is 3-digits followed by a descriptive string, and each digit represents an important(ish) piece of information:

• The first digit represents the reply code ‘family’ and, broadly speaking, an SMTP client can assess the required follow-up action purely based on this first digit;
• The second digit provides a deeper indication of why the family code was returned; and
• The third digit is largely seen as ‘product specific’ and provides even finer detail, if so implemented.

An example reply code could be: 453 try again later.

Let’s explore each of the digits and their meaning a little deeper, and why the text is inconsistent between implementations.

The First Digit

This represents the family or class of the reply code, and there are only four valid values for the first digit (these descriptions have been lifted straight from RFC 5321):

2: Positive Completion reply
The requested action has been successfully completed. A new request may be initiated.

3: Positive Intermediate reply
The command has been accepted, but the requested action is being held in abeyance, pending receipt of further information. The SMTP client should send another command specifying this information. This reply is used in command sequence groups (i.e. in DATA).

4: Transient Negative Completion reply
The command was not accepted, and the requested action did not occur. However, the error condition is temporary, and the action may be requested again. The sender should return to the beginning of the command sequence (if any). It is difficult to assign a meaning to “transient” when two different sites (receiver- and sender-SMTP agents) must agree on the interpretation. Each reply in this category might have a different time value, but the SMTP client SHOULD try again. A rule of thumb to determine whether a reply fits into the 4 or the 5 category (see below) is that replies are 4 if they can be successful if repeated without any change in command form or in properties of the sender or receiver (that is, the command is repeated identically and the receiver does not put up a new implementation).

5: Permanent Negative Completion reply
The command was not accepted and the requested action did not occur. The SMTP client SHOULD NOT repeat the exact request (in the same sequence). Even some “permanent” error conditions can be corrected, so the human user may want to direct the SMTP client to reinitiate the command sequence by direct action at some point in the future (e.g. after the spelling has been changed, or the user has altered the account status).

The Second Digit

The second digit encodes responses in specific reply codes families or classes. Those specified in RFC 5321 are:

0: Syntax
These replies refer to syntax errors, syntactically correct commands that do not fit any functional category, and unimplemented or superfluous commands.

1: Information
These are replies to requests for information, such as status or help.

2: Connections
These are replies referring to the transmission channel.

3: Unspecified
Yep, super-helpful – thanks RFC!

4: Unspecified
Again, super-helpful!

5: Mail system
These replies indicate the status of the receiver mail system vis-a-vis the requested transfer or other mail system action.

The Third Digit

The RFC does not specify what should, or even can, be returned in the third digit. It’s entirely the call of the implementor as to what to return that might be useful for that specific software. However, it must be between 0 and 9.

The Reply Text

The reply text may be longer than a single line and what it says can be at the implementors discretion. The RFC says that the total length of the line, including the 3-digit reply code and the carriage return and line feed is 512 bytes, so in practice this gives you 506 bytes of characters to explain the nature of the reply code.

Now you can see why the description is very inconsistent; there is no prescribed reply text and it is completely up to the implementor as to the information they return.

It is possible, under the RFC, to return multiline replies. To do this you are required to return that every line, except the last, begin with the reply code, followed immediately by a hyphen, “-” (also known as minus), followed by text. The last line will begin with the reply code, followed immediately by <SP>, optionally some text, and a carriage return and line feed.

A multiline reply text example:

250-First line
250-Second line
250-234 Text beginning with numbers
250 The last line

Pre-specified Reply Codes

RFC 5321 does specify some reply codes. These are listed here, but this is not an exhaustive list and you will undoubtedly come across others in your SMTP travels:

211 System status, or system help reply

214 Help message (information on how to use the receiver or the meaning of a particular non-standard command; this reply is useful only to the human user)

220 <domain> Service ready

221 <domain> Service closing transmission channel

250 Requested mail action okay, completed

251 User not local; will forward to <forward-path>

252 Cannot VRFY user, but will accept message and attempt delivery

354 Start mail input; end with <CRLF>.<CRLF>

421 <domain> Service not available, closing transmission channel (this may be a reply to any command if the service knows it must shut down)

450 Requested mail action not taken: mailbox unavailable (e.g. mailbox busy or temporarily blocked for policy reasons)

451 Requested action aborted: local error in processing

452 Requested action not taken: insufficient system storage

455 Server unable to accommodate parameters

500 Syntax error, command unrecognised (this may include errors such as command line too long)

501 Syntax error in parameters or arguments

502 Command not implemented

503 Bad sequence of commands

504 Command parameter not implemented

550 Requested action not taken: mailbox unavailable (e.g. mailbox not found, no access, or command rejected for policy reasons)

551 User not local; please try <forward-path>

552 Requested mail action aborted: exceeded storage allocation

553 Requested action not taken: mailbox name not allowed (e.g. mailbox syntax incorrect)

554 Transaction failed (or, in the case of a connection-opening response, “No SMTP service here”)

555 MAIL FROM/RCPT TO parameters not recognised or not implemented

An Example

Here is an example of a real SMTP session, with the reply codes and text highlighted in red, lifted from our SMTP 101 blog post.

For fun, see if you can match the first, second and third digits to anything described above, for example, on line 11, the reply code is 334. So this means “successful pending more information”, which means “ok, we’ve started the authentication process, but I need more details to proceed”.  What other codes can you interpret?

250 HELP
EHLO EXAMPLE
250-us11-012mrc.dh.atmailcloud.com Hello 27-33-184-51.static.tpgi.com.au [27.33.184.51]
250-SIZE 52428800
250-8BITMIME
250-PIPELINING
250-AUTH LOGIN PLAIN
250-CHUNKING
250 HELP
AUTH PLAIN
334 
AHNvbWV1c2VyQGV4YW1wbGUuYXRtYWlsY2xvdWQuY29tAG15XlBhc3N3MHJk
235 Authentication succeeded
MAIL FROM: [email protected]
250 OK
RCPT TO: [email protected]
250 Accepted Recipient
DATA
354 Enter message, ending with "." on a line by itself
From: [email protected]
To: [email protected]
Subject: Hello everyone!

A little spoofed message from someone pretending to be the [email protected]

I hope you enjoyed this blog post.
.
250 OK id=1g0eWC-0003vH-Su
QUIT
221 Bye

Find this SMTP post useful?

We’re taking ideas for future how-to posts about the behind-the-scenes workings of email services. If you’d like to make a request, we invite you to drop us a line here.

Meanwhile, we invite you to check out some of our other how-to posts:

• IMAP 101: Manual IMAP Sessions
• IMAP Commands
• Advanced IMAP
• POP 101: Manual POP Sessions
• SMTP 101: Manual SMTP Sessions
• CalDAV and CardDAV

New to atmail?

atmail is an email solutions company with more than 20 years of global, white label, email expertise. You can trust us to deliver an email platform that is secure, stable and scalable. We power more than 170 million mailboxes worldwide and offer modern, white-labelled, cloud hosted email with your choice of US or (GDPR compliant) EU data centres. We also offer on-premises webmail and/or mail server options. To find out more, we invite you to enquire here.

Skip to content