Удаленный сервер возвратил ошибку 553 недопустимое имя файла
Обновлено: 03.07.2024
Код ошибки
Значение
Описание
Requested mail action not taken: mailbox unavailable.
Требуемые почтовые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик занят).
Requested action aborted: local error in processing.
Требуемое действие прерывалось: ошибка в обработке.
Syntax error, command unrecognized.
Синтаксическая ошибка, неправильная команда (Это может включать ошибки типа слишком длинная командная строка).
Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения SMTP. Вам следует настроить антивирус/брандмауэр для решения проблемы.
Syntax error in parameters or arguments.
Синтаксическая ошибка в параметрах или переменных.
Недопустимые адреса электронной почты или доменное имя почтового адреса. Иногда указывает на проблемы соединения.
Bad sequence of commands or this mail server requires authentication.
Неправильная последовательность команд.
The host server for the recipient’s domain name cannot be found (DNS error).
У одного из серверов на пути к серверу назначения есть проблема с DNS-сервером либо адрес получателя не верный. Проверьте адрес получателя на правильность доменного имени (орфографические ошбки в доменном имени или несуществующее доменное имя).
Address type is incorrect or authentication required.
The Recipient’s mailbox cannot receive messages this big.
Username and Password not accepted.
Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно.
Recipient Address Rejected – Access denied.
Требуемые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик, не найден, нет доступа).
Отклик 550 SMTP-сервера означает, что емейл-адреса получателя нет на сервере. Свяжитесь с получателем устно, чтобы получить его емейл-адрес.
Ошибка 550 иногда может быть отправлена Антиспам фильтром. Другим случаем возврата отклика 550 может быть, когда сервер получателя не работает.
Requested mail action aborted: exceeded storage allocation or size of the incoming message exceeds the incoming size limit.
Требуемые почтовые действия прервались: превышено распределение памяти.
Requested action not taken – Mailbox name invalid.
Требуемые действия, не предприняты: имя почтового ящика, недопустимо (например, синтаксис почтового ящика неправильный).
Неверный адрес электронной почты получателя. Отклик 553 SMTP-сервера иногда возвращает почтовый сервер вашего Интернет провайдера. Это происходит, если у Вас нет подключения к Интернету у этого провайдера.
Передача данных не удалась
Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если не нравится емейл-адрес отправителя, или IP-адрес отправителя, или почтовый сервер отправителя (к примеру, они находятся в RBL). Вам нужно либо попросить отправителя добавить Вас в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List).
Мне нужно FTP файл в каталог. В .Net Мне нужно использовать файл в папке назначения, чтобы создать соединение, поэтому я вручную кладу Blank.dat на сервер с помощью FTP. Я проверил доступ (ls -l), и он -rw-r-r--. Но когда я пытаюсь подключиться к FTP-папке, я получаю: "Удаленный сервер вернул ошибку: (553) Имя файла не разрешено" вернуться с сервера. Исследование, которое я сделал, говорит, что это может произойти из-за проблемы с разрешениями, но, как я уже сказал, у меня есть разрешения на просмотр файла и вы можете запустить ls из папки. Какие другие причины могут вызвать эту проблему и есть ли способ подключения к папке без указания файла?
Хотя ответ на старый пост просто думал, что это может помочь кому-то.
Когда вы создаете свой URL-адрес ftp, убедитесь, что вы не включаете каталог по умолчанию для этого входа.
например, это был путь, который я указывал, и я получаю исключение. 553 FileName недопустимое исключение
мой измененный url выглядел как
Это может помочь FTP-серверу Linux.
Таким образом, серверы FTP Linux, в отличие от IIS, не имеют общего корневого каталога FTP. Вместо этого, когда вы входите на FTP-сервер под некоторыми учетными данными пользователя, этот корневой каталог пользователя используется. Таким образом, иерархия каталогов FTP начинается с/root/для пользователя root и из /home/username для других.
Итак, если вам нужно запросить файл, не относящийся к домашнему каталогу учетной записи пользователя, но относительно корня файловой системы, добавьте дополнительное/последующее имя сервера. Результирующий URL-адрес будет выглядеть так:
ваш каталог имеет ограничение доступа.
удалите свой каталог и затем снова создайте этот код:
Я видел что-то похожее на это некоторое время назад, оказалось, что я пытался подключиться к внутреннему серверу iis ftp, который был защищен с помощью Active Directory.
В моих учетных данных сети я использовал новый NetworkCredential (@ "domain\user", "password" ); и это было неудачно. Переход на новый NetworkCredential ( "пользователь", "пароль", "домен" ); работал на меня.
Вы должны быть осторожны с именами и путями:
обратите внимание, что в один момент вы используете как пункт назначения
который содержит не только каталог, но и новое имя файла на сервере FTP (что в общем случае может отличаться от имени файла на вашем жестком диске)
и в другом месте, которое вы используете как источник
D:/Texts/Temp/text1.txt
Хотя это более старый пост, я подумал, что было бы хорошо поделиться своим опытом. Я столкнулся с той же проблемой, но сам решил. Основными причинами этой проблемы являются ошибка в пути (если ваши права правильные) происходит, когда ваш ftp-путь неверен. Не видя своего пути, невозможно сказать, что неправильно, но нужно помнить о вещах a. Unlike browser FTP doesn't accept some special characters like
b. If you have several user accounts under same IP, do not include username or the word "home" in path c. Don't forget to include "public_html" in the path (normally you need to access the contents of public_html only) otherwise you may end up in a bottomless pit
Я пишу программу для копирования файлов с USB на FTP-сервер, и это часть кода:
Это вывод из Preparing to upload :
На самом деле я получаю эту ошибку из try catch block :
По запросу это вывод от ftp.exe
@Zenacity Да, я уже вижу этот пост, но я пытаюсь загрузить его в папку, и моя папка не предназначена по умолчанию! @KenWhite Сервер работает на компьютере с Linux, но это URL, к которому вы можете получить доступ через браузер! Что такое ftp://an_ip_addrs//X ? Если вы удалили некоторые части URL-адреса по соображениям конфиденциальности или безопасности, замените их разумным примером. Не //X . Начните с удаления // before //X (вы не удваиваете косую черту в URL, только ту, которая следует за прототипом). ftp:// правильно, an_ip_arrds//X нет. Возможно, вам придется предоставить / в конце (после /X ). Если это не сработает, вам нужно отредактировать вопрос, включив в него фактический путь, который вы используете для файла, а также фактическое имя файла, который вы пытаетесь загрузить. Вы не предоставляете какую-либо соответствующую информацию. Попробуйте использовать командную строку и ftp.exe чтобы узнать, сможете ли вы заставить его работать оттуда, чтобы выяснить правильный путь и имя, и тогда вы узнаете, как он должен выглядеть, когда ваш код отправляет его. Скользя по некоторым примерам WebClient FileUpload, он может на самом деле захотеть полное целевое имя файла для URL загрузки, то есть часть имени файла, а не только папку, в которую он будет помещен. Хотя мне это кажется странным, и я не вижу этого явно в документах. В нем также говорится, что вы можете включить сетевую трассировку, чтобы точно узнать, что делает FTP-клиент, что может быть полезно. Если я изменю URL-адрес FTP на ftp://192.168.1.5/X/ , я получу это The requested URI is invalid for this FTP command. Только к вашему сведению, вы не можете просить людей предоставить вам помощь через TeamViewer или любым другим внешним способом. Вся деятельность и помощь, предоставляемые вам здесь, должны выполняться на этом сайте в самом вопросе. Если вам нужна персонализированная дистанционная помощь, наймите подрядчика для ее предоставления. @MartinPrikryl Я не согласен с тем, что вопрос был отмечен дубликатом, потому что ответ, который дал Знанешвар, не похож на ответ Рупа! @MartinPrikryl Кроме того, NomadicDeveloper использует WebRequst, но я использую WebClient, это не то же самое!1 ответ
Проблема заключается в том, что WebClient UploadFile ожидает полного пути к целевому файлу, то есть включает целевое имя файла. Вы передаете целевую папку и ожидаете, что она будет использовать исходное имя файла - что разумно, и я удивлен, что это не работает. Это определенно не прописано в документации IMO.
Как обсуждалось в комментариях, это сработало для вас:
Я бы предпочел функцию объединения URL, а не функцию объединения путей, например, из этого старого вопроса - что-то вроде:
Описание
Примечание: Веб-системы электронной почты (например, Windows Live Mail или Yahoo! Mail) работают иначе и не рассматриваются в этой статье.
Нежелательная почта и открытые ретрансляции
По мере увеличения объемов нежелательной почты администраторы сети (люди, отвечающие за управление серверами поставщика интернет-услуг) начали вводить ограничения на своих почтовых SMTP-серверах. Эти ограничения не позволяют использовать почтовый сервер всем подряд. Представьте, что в вестибюле вашей организации есть телефон, доступный для всех, в том числе для тех, кто не является сотрудником организации. Теперь телефоном разрешено пользоваться только сотрудникам.
На сегодняшний день используются ограничения нескольких типов.
Требуется подключение с определенного IP-адреса или диапазона IP-адресов. Ваш поставщик интернет-услуг может разрешить доступ к SMTP-серверу людям, не подключенным к сети напрямую. Например, это может быть удаленный пользователь в офисе. Основная проблема состоит в том, что во многих местах используются динамические IP-адреса. При этом вы не можете быть уверены в том, что при каждом подключении у вас один и тот же IP-адрес. У некоторых организаций может быть зарезервирован блок или диапазон IP-адресов. Поставщик интернет-услуг может считать тех, кто подключается с этих IP-адресов, проверенными пользователями. Он может предоставить дополнительные сведения.
Возможных сценариев ретрансляции очень много. Ниже приведены самые распространенные ситуации. Возможно, одна из них похожа на вашу.
Это ретрансляция?
Нет. Ваша почта обрабатывается обычным способом.
Да, но она не блокируется. Вы подключаетесь напрямую к поставщику интернет-услуг и тем самым получаете полномочия для отправки почты через его SMTP-сервер (исходящей почты) на любые адреса, независимо от расположения почтового ящика получателя.
Нет. Ваша почта обрабатывается обычным способом.
Нет. Ваша почта обрабатывается обычным способом.
Решения
Если это не работает или вы предпочитаете использовать домашнюю учетную запись, вам нужно связаться со своим поставщиком интернет-услуг и спросить, доступны ли вам описанные ранее параметры. Что касается первых двух ограничений (требуется проверка подлинности SMTP и требуется сначала подключение к POP3-серверу входящей почты поставщика интернет-услуг), вы можете внести изменения в Параметры учетной записи в Outlook. Инструкции см. в статье Изменение параметров учетной записи электронной почты.
Как избежать ошибок при составлении и отправке писем
- выделенный IP-адрес с целью исключить блокировку на стороне сервера-ретранслятора или почтовой программы конечного получателя;
- криптографические подписи DKIM и SPF, помогающие подтвердить подлинность домена и минимизировать количество писем, воспринимаемых как спам.
Некорректное использование бота для отправки писем может привести к блокировке отправителя и другим нежелательным последствиям. Даже если информация, которую вы отправляете потенциальным клиентам, реально интересна им, система спам-фильтрации может воспринять данную рассылку как вредоносную. Чтобы избежать этого, лучше всего воспользоваться услугами специализированных компаний.
Данные коды являются трехзначными, каждая его часть несет в себе определенную информацию, расшифровывающую причину сбоя.
Первая цифра комбинации содержит информацию о качестве доставки:
Существует четыре варианта значений для первой цифры кода:
Вторая цифра в коде сообщает о категории ответа:
- 0 – синтаксические ошибки;
- 1 – ответы на запросы информации;
- 2 – ошибки канала передачи;
- 3 и 4 – неизвестный тип ошибки;
- 5 – статус почтовой системы.
Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.
Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.
Читайте также: