Smtp error code 503 recipient is forbidden - Исправление ошибок и поиск оптимальных решений проблем

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

Код ошибки	Значение	Описание
450	Requested mail action not taken: mailbox unavailable. Требуемые почтовые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик занят).	Сервер не может получить доступ к почтовому ящику для доставки сообщения. Это может быть вызвано процессом чистки мертвых адресов на сервере, почтовый ящик может быть поврежден, или почтовый ящик может находиться на другом сервере, который в настоящее время не доступен. Также сетевое соединение могло быть разорвано во время отправки, или удаленный почтовый сервер не хочет принимать почту с вашего сервера по некоторым причинам (IP-адрес, черные списки и т.д.). Повторная попытка отправки письма на этот почтовый ящик может оказаться успешной.
451	Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке.	Эта ошибка, как правило, возникает из-за перегрузки вашего Интернет провайдера или через ваш SMTP-релей отправлено слишком много сообщений. Следующая попытка отправить письмо может оказаться успешной.
500	Syntax error, command unrecognized. Синтаксическая ошибка, неправильная команда (Это может включать ошибки типа слишком длинная командная строка).	Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения SMTP. Вам следует настроить антивирус/брандмауэр для решения проблемы.
501	Syntax error in parameters or arguments. Синтаксическая ошибка в параметрах или переменных.	Недопустимые адреса электронной почты или доменное имя почтового адреса. Иногда указывает на проблемы соединения.
503	Bad sequence of commands or this mail server requires authentication. Неправильная последовательность команд.	Повторяющая ошибка 503 может свидетельствовать о проблемах соединения. Отклик 503 SMTP-сервера чаще всего является показателем того, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.
512	The host server for the recipient’s domain name cannot be found (DNS error).	У одного из серверов на пути к серверу назначения есть проблема с DNS-сервером либо адрес получателя не верный. Проверьте адрес получателя на правильность доменного имени (орфографические ошбки в доменном имени или несуществующее доменное имя).
513	Address type is incorrect or authentication required.	Убедитесь, что адрес электронной почты получателя верный, не содержит ошибок. Затем попробуйте повторно отправить сообщение. Другой причиной может быть то, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (обычно аутентификация ESMTP, логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.
523	The Recipient’s mailbox cannot receive messages this big.	Размер сообщения (сообщение + все его вложения) превышает ограничения по размеру на сервере получателя. Проверьте размер сообщения, которое Вы подготовили для отправки, в частности, размер вложений, возможно, стоит разбить сообщения на части.
530	Access denied.	SMTP-сервер вашего провайдера, требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера. Другой причиной может быть то, что ваш SMTP-сервер находится в черном списке сервера получателя. Или почтовый ящик получателя не существует.
535	Username and Password not accepted.	Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно.
541	Recipient Address Rejected – Access denied.	Этот ответ почти всегда отправляется Антиспам фильтром на стороне получателя. Проверьте ваше сообщение соспам чекером или попросите получателя добавить вас в белый список.
550	Mailbox unavailable. Требуемые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик, не найден, нет доступа).	Отклик 550 SMTP-сервера означает, что емейл-адреса получателя нет на сервере. Свяжитесь с получателем устно, чтобы получить его емейл-адрес. Ошибка 550 иногда может быть отправлена Антиспам фильтром. Другим случаем возврата отклика 550 может быть, когда сервер получателя не работает.
552	Requested mail action aborted: exceeded storage allocation or size of the incoming message exceeds the incoming size limit. Требуемые почтовые действия прервались: превышено распределение памяти.	Почтовый ящик получателя достиг своего максимально допустимого размера. Другим случаем возврата отклика 552 может быть, когда размер входящего сообщения превышает лимит указанный администратором сети.
553	Requested action not taken – Mailbox name invalid. Требуемые действия, не предприняты: имя почтового ящика, недопустимо (например, синтаксис почтового ящика неправильный).	Неверный адрес электронной почты получателя. Отклик 553 SMTP-сервера иногда возвращает почтовый сервер вашего Интернет провайдера. Это происходит, если у Вас нет подключения к Интернету у этого провайдера.
554	Transaction failed. Передача данных не удалась	Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если не нравится емейл-адрес отправителя, или IP-адрес отправителя, или почтовый сервер отправителя (к примеру, они находятся в RBL). Вам нужно либо попросить отправителя добавить Вас в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List).

Источник

Smtp error 503 no recipients

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

Общее описание: По каким-то причинам, в данный момент принимающий сервер не может получить письмо, но следующая попытка отправить письмо может оказаться успешной. Попробуйте позже!

Пример	Пояснение
451 4.3.0 : Temporary lookup failure; …	Техническая проблема на стороне входящего сервера inbox.lv. В случае проблем, пожалуйста, свяжитесь с нашей службой поддержки пользователей по адресу support@inbox.lv
Connection refused	Проблема на стороне принимающего сервера — не принимает входящие сообщения. Пожалуйста проинформируйте службу принимающего сервера (например, оператора мобильной связи и т.п. ) о проблеме.

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

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

Пример	Пояснение
450 4.1.8 : Sender address rejected: Domain not found; ….	Техническая проблема на стороне входящего сервера inbox.lv. В случае проблем, пожалуйста, свяжитесь с нашей службой поддержки пользователей по адресу support@inbox.lv
450 4.7.1 Client host rejected: cannot find your hostname, ….	Домен отправителя не содержит reverse hostname, поэтому наш входящий сервер не может принять сообщение. Вам необходимо связаться с администратором домена отправителя, для того, чтобы reverse hostname было добавлено в DNS его сервера.
450 4.1.8 : Sender address rejected: Malformed DNS server reply; ….	Письмо не может быть отправлено, т.к. наши SMTP сервера запрашивают, чтобы имя хоста для сервера отправителя обязательно содержало правильные MX или A записи.,Вам необходимо связаться с администратором домена отправителя, для того, чтобы он добавил правильные DNS записи для своего сервера.
450 4.7.1 : Helo command rejected: Host not found; …	Our inbound SMTP,servers require hostname provided in HELO to be present and be valid DNS name,in order to accept the email.

Общее описание: Недопустимый адрес электронной почты или доменное имя почтового адреса.

Пример	Пояснение
501 5.5.2 : Helo command rejected: Invalid name;	Our inbound SMTP servers require hostname provided in HELO to be present and be valid DNS name in order to accept the email.

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

Пример	Пояснение
503 5.5.0 : Client host rejected: Improper use of SMTP command pipelining; ….	Сервер отправителя нарушает протокол SMTP который описан в RFC 5321.
… Client host rejected: In order to send mail, please, login first (in reply to RCPT TO command)

Общее описание: Размер сообщения (сообщение + все его вложения) превышает ограничения по размеру на сервере получателя. Проверьте размер сообщения, которое Вы подготовили для отправки, в частности, размер вложений, возможно, стоит разбить сообщения на части.

Пример	Пояснение
552 5.3.4 Message size exceeds fixed limit; …..
552 5.3.4 The server of recipient returned the error: : message size 70756380 exceeds size limit 62914560 of server ….

Общее описание: Ошибка 550 иногда может быть отправлена Антиспам фильтром по причине того, что для пользователя или домена, от которого или которому отправляются сообщения, установлено правило, запрещающее отправленную вами почту. Также, данная ошибка может указывать на неправильный адрес абонента.

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

Пример (Undelivered Mail Returned to Sender)	Пояснение
Your message could not be delivered to one or more recipients. The server of recipient returned the error: : host mailin-04.mx.aol.com[xx.xx.xx.xxx] said: 550 5.1.1 : Recipient address rejected: aol.com (in reply to RCPT TO command)	Кто-то проник в ваш почтовый ящик и осуществил рассылку от вашего имени. Срочно поменяйте пароль от вашего ящика, а также ответ на секретный вопрос. Подробнее

Описание: Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если существует проблема с имэйл адресом отправителя, или IP-адресом отправителя, или почтовый сервер отправителя значится в RBL. Вам нужно либо попросить отправителя добавить в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List)

Неправильный адрес
Пример	Пояснение
554 5.7.1 : Recipient address rejected: Inactive user; …….	Неактивный пользователь — автоматически заблокированный аккаунт, который не был использован более 9 месяцев
554 5.7.1 : Recipient address rejected: Non existent user -user@xxx.xx (in reply to RCPT TO command)	Не возможно найти пользователя — данного пользователя не существует или же почтовый ящик был удален
554 5.7.1 : Recipient address rejected: User unknown — user@xxx.xx;
IP адрес отправителя включен в черный список
554 5.7.1 Service unavailable; Client host [xx.xx.xx.xx] blocked using RBL; http://www.spamhaus.org/querybl?ip=xx.xx.xx.xx; …	Это сообщение приходит в случае, если IP адрес отправителя находится в черном списке zen.spamhaus.org,Для более детальной информации, пожалуйста, смотрите http://www.spamhaus.org/zen,ИЛИ проверьте IP адрес на http://www.spamhaus.org/query/bl?ip и свяжитесь с zen.spamhaus.org чтобы убрать IP адрес из черного списка.
554 5.7.1 : Relay access denied; ….
554 5.7.1 : Sender address rejected: blacklisted; ….
554 5.7.1 : Client host rejected: LTC-HOME — use apollo servers to send mails; ….
554 5.7.1 : Helo command rejected: Bad HELO, contact abuse@inbox.lv; …..
554 5.7.1 : Helo command rejected: Fake mail.com, contact abuse@inbox.lv;,…
Нарушения в SMTP протоколе
554 5.7.1 : Helo command rejected: Dynamic IP detected, visit http://help.inbox.lv/abuse/dynip (3); .	Данное сообщение указывает на то, что IP адрес сервера, с которого было отослано сообщение пренадлежит к сети pool, которую используют end-пользователи. Пожалуйста, используйте SMTP сервер своего почтового провайдера для отсылки сообщений. В случае ошибок используйте линк из bounce-сообщений от self-service., Пожалуйста, посетите http://help.inbox.lv/abuse/dynip для регистрации вашего IP адреса.
554 5.7.1 : Client host rejected: Dynamic IP detected, visit http://help.inbox.lv/abuse/dynip (1); .	Вы находитесь здесь, так как наши SPAM фильтры определили Ваш почтовый сервер как использующий динамический DSL IP адрес или же dial-up соединение, в связи с чем может использоваться для рассылки спама. Если это не так, вы можете заполнить эту форму и IP адрес вашего сервера будет разблокирован., Пожалуйста, посетите http://help.inbox.lv/abuse/dynip для регистрации вашего IP адреса.

Описание: У одного из серверов на пути к серверу назначения есть проблема с настройкой DNS-записей. Свяжитесь с администрацией отсылающего сервера.

Источник

Smtp error 503 no recipients

Пример	Пояснение
451 4.3.0 : Temporary lookup failure; …	Техническая проблема на стороне входящего сервера inbox.lv. В случае проблем, пожалуйста, свяжитесь с нашей службой поддержки пользователей по адресу support@inbox.lv
Connection refused	Проблема на стороне принимающего сервера — не принимает входящие сообщения. Пожалуйста проинформируйте службу принимающего сервера (например, оператора мобильной связи и т.п. ) о проблеме.

Пример	Пояснение
450 4.1.8 : Sender address rejected: Domain not found; ….	Техническая проблема на стороне входящего сервера inbox.lv. В случае проблем, пожалуйста, свяжитесь с нашей службой поддержки пользователей по адресу support@inbox.lv
450 4.7.1 Client host rejected: cannot find your hostname, ….	Домен отправителя не содержит reverse hostname, поэтому наш входящий сервер не может принять сообщение. Вам необходимо связаться с администратором домена отправителя, для того, чтобы reverse hostname было добавлено в DNS его сервера.
450 4.1.8 : Sender address rejected: Malformed DNS server reply; ….	Письмо не может быть отправлено, т.к. наши SMTP сервера запрашивают, чтобы имя хоста для сервера отправителя обязательно содержало правильные MX или A записи.,Вам необходимо связаться с администратором домена отправителя, для того, чтобы он добавил правильные DNS записи для своего сервера.
450 4.7.1 : Helo command rejected: Host not found; …	Our inbound SMTP,servers require hostname provided in HELO to be present and be valid DNS name,in order to accept the email.

Общее описание: Недопустимый адрес электронной почты или доменное имя почтового адреса.

Пример	Пояснение
501 5.5.2 : Helo command rejected: Invalid name;	Our inbound SMTP servers require hostname provided in HELO to be present and be valid DNS name in order to accept the email.

Пример	Пояснение
503 5.5.0 : Client host rejected: Improper use of SMTP command pipelining; ….	Сервер отправителя нарушает протокол SMTP который описан в RFC 5321.
… Client host rejected: In order to send mail, please, login first (in reply to RCPT TO command)

Пример	Пояснение
552 5.3.4 Message size exceeds fixed limit; …..
552 5.3.4 The server of recipient returned the error: : message size 70756380 exceeds size limit 62914560 of server ….

Пример (Undelivered Mail Returned to Sender)	Пояснение
Your message could not be delivered to one or more recipients. The server of recipient returned the error: : host mailin-04.mx.aol.com[xx.xx.xx.xxx] said: 550 5.1.1 : Recipient address rejected: aol.com (in reply to RCPT TO command)	Кто-то проник в ваш почтовый ящик и осуществил рассылку от вашего имени. Срочно поменяйте пароль от вашего ящика, а также ответ на секретный вопрос. Подробнее

Неправильный адрес
Пример	Пояснение
554 5.7.1 : Recipient address rejected: Inactive user; …….	Неактивный пользователь — автоматически заблокированный аккаунт, который не был использован более 9 месяцев
554 5.7.1 : Recipient address rejected: Non existent user -user@xxx.xx (in reply to RCPT TO command)	Не возможно найти пользователя — данного пользователя не существует или же почтовый ящик был удален
554 5.7.1 : Recipient address rejected: User unknown — user@xxx.xx;
IP адрес отправителя включен в черный список
554 5.7.1 Service unavailable; Client host [xx.xx.xx.xx] blocked using RBL; http://www.spamhaus.org/querybl?ip=xx.xx.xx.xx; …	Это сообщение приходит в случае, если IP адрес отправителя находится в черном списке zen.spamhaus.org,Для более детальной информации, пожалуйста, смотрите http://www.spamhaus.org/zen,ИЛИ проверьте IP адрес на http://www.spamhaus.org/query/bl?ip и свяжитесь с zen.spamhaus.org чтобы убрать IP адрес из черного списка.
554 5.7.1 : Relay access denied; ….
554 5.7.1 : Sender address rejected: blacklisted; ….
554 5.7.1 : Client host rejected: LTC-HOME — use apollo servers to send mails; ….
554 5.7.1 : Helo command rejected: Bad HELO, contact abuse@inbox.lv; …..
554 5.7.1 : Helo command rejected: Fake mail.com, contact abuse@inbox.lv;,…
Нарушения в SMTP протоколе
554 5.7.1 : Helo command rejected: Dynamic IP detected, visit http://help.inbox.lv/abuse/dynip (3); .	Данное сообщение указывает на то, что IP адрес сервера, с которого было отослано сообщение пренадлежит к сети pool, которую используют end-пользователи. Пожалуйста, используйте SMTP сервер своего почтового провайдера для отсылки сообщений. В случае ошибок используйте линк из bounce-сообщений от self-service., Пожалуйста, посетите http://help.inbox.lv/abuse/dynip для регистрации вашего IP адреса.
554 5.7.1 : Client host rejected: Dynamic IP detected, visit http://help.inbox.lv/abuse/dynip (1); .	Вы находитесь здесь, так как наши SPAM фильтры определили Ваш почтовый сервер как использующий динамический DSL IP адрес или же dial-up соединение, в связи с чем может использоваться для рассылки спама. Если это не так, вы можете заполнить эту форму и IP адрес вашего сервера будет разблокирован., Пожалуйста, посетите http://help.inbox.lv/abuse/dynip для регистрации вашего IP адреса.

Источник

technicality first: there is no SMTP MAIL command.
the «mail» command referred to in the error message is from the
jnet library. it’s a method in that library. (smtp has a MAIL TO
command).

503 is bad sequence, meaning smtp commands were issued
out of order, assuming one can believe the correct error was
reported. obviously, you have no control over how the commands
are issued. if you’re ever talked to an smtp server, you can see
what happens when you type the commands in the wrong sequence.
the library, of course, is hard-wired to send them in the correct
order. but that doesn’t mean an unexpected error cannot occur,
and a command is missed (in this case the mail() method).

the runtime exception you see occurs at a point when the library
is about to deal with preparing the message body for transmission.
it attempts to create an instance of a «reader» to handle the
message body. that creation fails if the library discovers there
has been a certain category of error since you logged in to the
server. the runtime exception about an empty reader is thrown.
it means some error occurred further up the chain of events, and
you’re just learning of it when you try to create a «reader». what
that error was, is hard to say.

but i have 2 suggestions:
1) verify the correctness of your settings.map. we see your code,
but we don’t see the settings. i’m specifically concerned about the
port number and the authentication method chosen (the security
setting, i presume). having the wrong port for a given authentication
method, should stop you early on, but double check. if you’re jumping
back and forth in various testing modes, you may have forgotten to
changes the port number.

2) run the test in debug mode. the various «source unknown» messages
you saw are usually called by a lack of debugging references. the unknown
source might be revealed and point you to the error which triggered the
runtime exception. the library is pretty specific about when that particular
exception is thrown and why (the reader could not be instantiated due to
some error’s occuring prior to that point).

Hi.
First of all I want to thank you for the detailed answer you provided.

For point (1), the settings I use are ok. I know that because i do log the values. Also I do have a c# test that works with same settings.

For point (2), I do run the application using debug. Here is the log:

Waiting for debugger to connect…
Program started.
mailSender: e******[email protected]******.gr
mailServerPort: 587
mailServerUserName: e******e
mailServerPassword: **********
UseSSL: false
StartTLSMode: false
sendMessage
org.apache.commons.net.smtp.SMTPConnectionClosedException: Connection closed without indication.
at org.apache.commons.net.smtp.SMTP.__getReply(SMTP.java:199)
at org.apache.commons.net.smtp.SMTP.__sendCommand(SMTP.java:171)
at org.apache.commons.net.smtp.SMTP.__sendCommand(SMTP.java:186)
at org.apache.commons.net.smtp.SMTP.rcpt(SMTP.java:524)
at org.apache.commons.net.smtp.SMTPClient.addRecipient(SMTPClient.java:314)
at anywheresoftware.b4a.net.SMTPWrapper$1.run(SMTPWrapper.java:298)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)

The above error occurs sometime after the execution of SMTP.Send command.
And of course Sub SMTP_MessageSent success is false.

As for the Mail command I mentioned, actually I was influenced by the following:

I did read somewhere that old versions of Exchange (ex: Exchange 2010) do not recognize that command (do not have an equivallent to set different username for an email)… If this is true, I guess that I cannot have a different username for an email account, so I’m stuck. But: a) I am not sure if this information is correct, b) I don’t know the Exchange Version I try to connect to, c) still, why c# example succeeds?

Another think I’m not sure, is when my SMTP instance issues the connection to the smtp server — authenticates. It happens with the initialization or when SMTP.Send is reached? If the authentication happens with initialize, then I should be connected to the server at the moment this error occurs.

Andreas.

regarding the word «mail»: with mail command and MAIL and MAIL FROM and
MailFrom, we’re talking about different things. just to clarify, «MAIL FROM:» is
part of the very simple smtp dialog. any other variations on the word «mail» are
not part of that dialog. i’m not saying «[Mm]ail» has nothing to do with email; i’m
just saying that «MAIL FROM:» is the command issued to an smtp mail server.
it must be followed by something very specific. (there is a documented
protocol.) it must be the second command issued to the server (after the
initial handshake), and if it is incorrect (based on the protocol), the server
will issue an error code, and you can’t continue until you get the «MAIL FROM:»
right. how the other side (the client) responds to the error is up to how the
client is written. it might, eg, throw an exception. in contrast, if i am talking
directly to an smtp server and mistype a command, i get an error, but i
simply retype the command and move on. obviously, a library would handle
things differently.

the jnet library (the smtp part) has 2 parts: one to guide the process, and the
other to implement the smtp dialog. the log entries that you posted today are
quite different from what you posted yesterday, and they paint a slightly
different picture. i’m interested in spending the time following the flow, but
someone else may have to jump in if your experiences ring a bell.

the «guide» part of the jnet library runs a thread which steps through all the
methods in the implementation part of the library. those methods all throw
the «SMTPConnectionClosedException:» that you see in the log. if the
connection has been closed, and you continue to issue commands, they’re
all going to throw the error. where the first one occurs (and why) would be the key.

edit: are you able to ssh to the box your server is on? if so you could telnet to the
server and see if you can send the message by hand. as i’ve repeated, the dialog is
simple, and you see where you stand immediately. (if you use authentication, then
it gets less simple as you have to format the challenge/response.) unless you’re
monitoring the process with wireshark, it’s pretty hard to know if there is an issue
with on the server’s side or with the client.

Last edited: Oct 24, 2021

first, this message: «at org.apache.commons.net.smtp.SMTP.__getReply(SMTP.java:199)»
can be misleading. by «Reply», it’s referring to the smtp dialog (the reply to each command),
not to a reply to somebody’s email.

every instance of «Connection closed without indication» (including at line 199 in the source)
is related to the server’s attempt to process the message body. there seems to be a problem
with the message.

proposed fix:
try ending your test message with «rnrn». the library adds the required «.» signalling the end
of the dialog. that is to say, the «.» has to start a line. for that to happen, i think you need to
have ended a line. your test message does not do that. see what happens. it might work
with b4x’s CRLF & CRLF, but you may have to actually put «rnrn» at the end.

As we were not able to find a solution to our problem, we ended up calling the c# class library to do the same think. To simplify things, we created an external stored procedure (the sql server we use supports that), and we call it from b4j application with the appropriate params. And It works fine.

Many thanks to @drgottjr for the time you spent trying to help us.

Andreas.