Содержание
- SMTP Error Code 450
- Jump to ↓
- Email service providers
- ComcastAll Comcast codes →
- GoogleAll Google codes →
- ImprovMXAll ImprovMX codes →
- InfomaniakAll Infomaniak codes →
- OutlookAll Outlook codes →
- Yahoo IncAll Yahoo Inc codes →
- YandexAll Yandex codes →
- Spam filters services
- BarracudaAll Barracuda codes →
- Email Security.cloudAll Email Security.cloud codes →
- ZeroSpamAll ZeroSpam codes →
- Other SMTP codes
- SMTP Status Codes
- Status Code Structure [ edit | edit source ]
- Status Codes [ edit | edit source ]
SMTP Error Code 450
The mail server encountered a temporary failure. If the command is repeated without any change, it might be completed. Mail servers can use temporary failures like this to keep untrusted senders at bay.
Jump to ↓
Email service providers
ComcastAll Comcast codes →
smtp;450 4.2.0 — Recipient temporarily unavailable
GoogleAll Google codes →
smtp;450 4.2.1 The user you are trying to contact is receiving mail at a rate that prevents additional messages from being delivered. Please resend your message at a later time. If the user is able to receive mail at that time, your message will be delivered. For more information, please visit https://support.google.com/mail/?p=ReceivingRate — gsmtp
ImprovMXAll ImprovMX codes →
smtp;450 4.2.1 Please try again later. (#id-5.9.4)
InfomaniakAll Infomaniak codes →
smtp;450 4.1.8 Sender address rejected: Domain not found (in reply to RCPT TO command))
OutlookAll Outlook codes →
smtp;450 4.7.3 Organization queue quota exceeded. [outlook.com]
Yahoo IncAll Yahoo Inc codes →
smtp;450 User is receiving mail too quickly
YandexAll Yandex codes →
smtp;450 4.2.1 The recipient has exceeded message rate limit. Try again later.
Spam filters services
BarracudaAll Barracuda codes →
smtp;450 cuda_nsu 4.7.1 : Recipient address rejected: Policy Rejection- Abuse. Go away.
Email Security.cloudAll Email Security.cloud codes →
smtp;450 Requested action aborted [9] #-#, please visit https://knowledge.broadcom.com/external/article?legacyId=TECH246726 for more details about this error message.
ZeroSpamAll ZeroSpam codes →
smtp;450 4.2.0 : Recipient address rejected: example.com greylisted for 60 seconds by ZEROSPAM
Other SMTP codes
Brought to you by Postmark.
A super reliable email platform for web applications.
Источник
SMTP Status Codes
This document describes the set of extended status codes for use within the SMTP mail system for delivery status reports, tracking, and improved diagnostics. In combination with other information provided in the Delivery Status Notification (DSN) delivery report, these codes facilitate media and language independent rendering of message delivery status.
- These codes are documented in RFC 3463
- SMTP Server Status Codes and SMTP Error Codes
Status Code Structure [ edit | edit source ]
This document defines a new set of status codes to report mail system conditions. These status codes are used for media and language independent status reporting. They are not intended for system specific diagnostics.
The syntax of the new status codes is defined as:
White-space characters and comments are NOT allowed within a status-code. Each numeric sub-code within the status-code MUST be expressed without leading zero digits.
Status codes consist of three numerical fields separated by «.». The first sub-code indicates whether the delivery attempt was successful. The second sub-code indicates the probable source of any delivery anomalies, and the third sub-code indicates a precise error condition.
The code space defined is intended to be extensible only by standards track documents. Mail system specific status codes should be mapped as close as possible to the standard status codes. Servers should send only defined, registered status codes. System specific errors and diagnostics should be carried by means other than status codes.
New subject and detail codes will be added over time. Because the number space is large, it is not intended that published status codes will ever be redefined or eliminated. Clients should preserve the extensibility of the code space by reporting the general error described in the subject sub-code when the specific detail is unrecognized.
Status Codes [ edit | edit source ]
Error Code | Meaning | Notes |
---|---|---|
1.0.1 | Cannot open connection | Typically your SMTP server or email program is unable to even start an SMTP session. Typical replies will be “SMTP Error 101, Error opening connection” or “SMTP Error 101, cannot open SMTP stream”. |
All SMTP Error 101 errors usually point to a configuration problem, such as an incorrectly spelt SMTP server, or an IP address that does not exist, or an SMTP port that does not exist or which the recipient will not accept SMTP connections on, or some other process is already using the default SMTP port, port 25.
1.1.1 Connection refused Typically from Linux based email systems such as SquirrelMail and Mailman. The message will usually go like this : “Connection refused, 111 Can’t open SMTP stream”.
All SMTP Error 111 errors usually point to an inability of your server to communicate with the remote SMTP server (either the recipient’s SMTP server or your ISP’s SMTP server) or to a Linux/SMTP software configuration problem, typically /etc/hosts not being world readable, or a newly installed or reconfigured firewall preventing connection to the remote SMTP server, or incorrect hostnames and/or domains (e.g. does your sending hostname match your IP address in a reverse lookup?), or exim not running. Telnet and logs should help you home in on the problem.
Status Code 2.X.X — Success Messages 2.1.1 System Status message or System Help Reply SMTP status 211 prefaces a message about the Mail Server status or a System Help reply to the user requesting help information. You might for example issue a command to the mail server to display a list of commands you can use and the server replies with an SMTP Reply 211 followed by the list you requested. 2.1.4 Help Reply message SMTP status 214 is usually in reply to the “HELP” command.It displays information about the server, usually a URL to the FAQ page of the SMTP software running on the server. As a result this “error” is normally called a reply, as in SMTP Reply 214. 2.2.0 service is running This is normally the first message you will get back from the server. It means the mail service is running (ie. your mail server is running). It will normally contain a welcome message and/or the title of the SMTP software and, sometimes, the version number of the mail server software.SMTP Reply 220 is effectively a “Hi There, I have just this second finished starting up – I am ready to go and at your command” informational message. 2.2.1 The domain service is closing the transmission channel The server is ending the mail session – it is closing the conversation with the ISP as it has no more mail to send in this sending session.
SMTP Status 221 is often misconstrued as an error condition, when it is in fact nothing of the sort. The mail server is simply telling you that it has processed everything it was given in this particular session, and it is now going back into waiting mode.
Because SMTP status 221 is often misinterpreted, with some mail servers the Network Administrators have changed the default text of SMTP Reply 221 to something more meaningful and less alarming. For example, a typical SMTP reply 221 might say “221 Goodbye” or “221 Closing connection”, or the most irritating one we’ve seen “221 Bye”, Arrrgghh–can you blame anyone for thinking there might be a problem? Of course not! So some Network Administrators are these days being quite imaginative by changing the default text of SMTP reply 221 to more user friendly messages like : “221 Thank you for your business”(I love that one!),or “221 All messages processed successfully in this session, SMTP connection is closing”.
2.1.4 Help Reply message SMTP status 214 is usually in reply to the “HELP” command. It displays information about the server, usually a URL to the FAQ page of the SMTP software running on the server. As a result this “error” is normally called a reply, as in SMTP Reply 2.1.4. 2.2.0 service is running This is normally the first message you will get back from the server. It means the mail service is running (ie. your mail server is running). It will normally contain a welcome message and/or the title of the SMTP software and, sometimes, the version number of the mail server software. SMTP Reply 220 is effectively a “Hi There, I have just this second finished starting up – I am ready to go and at your command” informational message. 2.2.1 The domain service is closing the transmission channel The server is ending the mail session – it is closing the conversation with the ISP as it has no more mail to send in this sending session.
SMTP Status 221 is often misconstrued as an error condition, when it is in fact nothing of the sort. The mail server is simply telling you that it has processed everything it was given in this particular session, and it is now going back into waiting mode.
Because SMTP status 221 is often misinterpreted, with some mail servers the Network Administrators have changed the default text of SMTP Reply 221 to something more meaningful and less alarming. For example, a typical SMTP reply 221 might say “221 Goodbye” or “221 Closing connection”, or the most irritating one we’ve seen “221 Bye”, Arrrgghh – can you blame anyone for thinking there might be a problem ? Of course not ! So some Network Administrators are these days being quite imaginative by changing the default text of SMTP reply 221 to more user friendly messages like: “221 Thank you for your business” (I love that one!), or “221 All messages processed successfully in this session, SMTP connection is closing”.
2.5.0 Requested mail action OK completed The mail server has successfully delivered the message! This is the best SMTP reply (250) to receive — your message has been accepted and transmitted OK ! 🙂 Yippee.
250 is effectively a status code rather than an error code – there is no such thing as an SMTP error 250.
2.5.1 User not local will forward The email account is not local to the ISP server but the ISP server will accept the email and will forward it (the server will RELAY your message, this is the
most common action for ISP Mail servers – the recipient will see your ISP in the mail header as one of the first hops on the way to the recipient’s email system).
SMTP Error 251 is therefore more of an informational message for technicians tracking how a message reached its destination.
2.5.2 Cannot VRFY (verify) the user – the server will accept the message and attempt to deliver it The user account appears to be valid but could not be verified, however the server will try do
deliver the message.
There are sometimes circumstances where an email address appears to be valid but cannot be verified as definitely valid during the SMTP session between the sending server (your server) and the next server to accept your message. This can happen for example in very large corporation where the first email receiving server might only be an email exchanger server, a gateway server to the eventual server which holds the user mailboxes and which can verify if the intended recipient exists in that organization. When this happens the gateway server will reply with an SMTP Error 252 telling your sending server that it cannot verify the user part of the email address, that the domain part is OK, and that it will forward your email to a server which can do the checking and eventually deliver to the user mailbox if it exists.
Status Code 3.X.X — Informational 3.5.4 Start mail input end with . , or, as a less cryptic description – “FROM and TO information received, now please provide message body and mark its end with . ” This is normally in response to the DATA command. The server has received the From and To information and is now asking for the “Message Body”, the main part of the message which should be ended by two blank lines separated by a dot (period).
Therefore, on receiving an SMTP Reply 354 the sending server should send the body of the message to the receiving server and indicate the end of the message body with . (note the full stop between the two Carriage_Return-Line_Feed’s).
Status Code 4.X.X — Persistent Transient Failure 4.2.0 Timeout communication problem encountered during transmission. This is a Novell GroupWise SMTP error In our experience only Novell GroupWise servers use this error (we use GroupWise!). You will get a GroupWise GWIA (GroupWise Internet Agent) 420 TCP Write Error or 420 TCP Read Error if there are communication problems during transmission of the actual message after the sending and receiving servers have actually connected. A small number of 420 SMTP errors is normal as occasional peaks of Internet usage may delay the transmission of an email with attachment so much that a timeout occurs. When a timeout occurs on a GWIA send, the message is queued up in the WPGATEDEFER directory for processing at a later time (as defined in ConsoleOne or GWIA.CFG).
If you experience 420 errors only with specific recipient then it is quite likely that the recipient’s antispam firewall does not like your server, your server’s external IP address, or that your server’s HELO command uses an outbound identification that does not match your server’s external IP address (check that your sending domain’s DNS is set up correctly). In an ideal world a well behaved recipient server should really be issuing your GroupWise server with a 554 error rather than timing out and causing the GroupWise GWIA to fault with a 420 error.
If you experience too many 420 errors with all email communications, then you have a physical communication problem somewhere. This could be your server’s network card, the network point that your server is plugged into, your switch(es), your router(s), your firewall, or your Internet line – problems caused by routers with different MTU sizes is a classic issue. Unless the logs of all those various problem points can give you an instant answer, the only way you will get to the bottom of the problem is to use a packet tracing and inspection program like Ethereal or Wireshark, its successor, if you’re running GroupWise on a Windows or Linux server; on NetWare your only choice is PacketScan which you can get here http://support.novell.com/docs/Readmes/InfoDocument/2967287.html. In the final analysis, if the tracing of packets, and the changing of hardware does not help then do not discount a slightly faulty hard disk being the cause of all your problems (even if your RAID controller or your hard disk testing software does not detect any problem!).
4.2.1 The SMTP service/server you use has a limit on the number of concurrent SMTP streams your server can use The Mail transfer service is unavailable because of a transient event. SMTP reply
421 can be caused by many things but generally indicates that the mail server which returns this status code is currently unavailable but may be available later.
For example, the server administrator may have stopped the mail service to troubleshoot a problem, or the mail server is right in the middle of rebooting, or the mail server is currently processing too many incoming messages or incoming requests, etc. Note : “Mail Server” in this case can be any of the mail servers on the message’s route – the sending server (your server), the ISP SMTP server, or the recipient’s mail server.
Clearly, if you repeatedly receive an SMTP status 421 then the problem is no longer of a transient nature and you need to investigate or inform the relevant network administrator, ISP tech support, or the recipient.
SMTP Response 421 can also be received as a result of your message server sending an email where the total number of TO, CC, and BCC users results in a number of simultaneous SMTP connections that is in excess of the number of connections your ISP or SMTP service allows. A typical error message for this situation would be : “421 Too many concurrent SMTP connections from this IP address; please try again later”. Typically, when this happens your server will have sent some of the messages (note that for all servers, each email sent by a user always gets broken down into individual separate emails to each of the recipients in the TO, CC, and BC fields), and will automatically retry a little later to send the remaining messages.
4.2.2 The recipient’s mailbox is over its storage limit
The size of the message exceeds the recipient’s size limits for incoming email Either the recipient’s mailbox is over its storage limit or the message delivery directory (folder) on the recipient’s mail server is currently over a size limit imposed by the Network Administrator (e.g. possibly as a result of the mail server having been down for some time, having been repaired, and currently in the process of collecting thousands of queued up messages).
However, SMTP response 422 can also be received if the email being sent is larger than the incoming emails size limit in operation at the recipient’s mail server (particularly when that recipient’s mail server is Exchange Server).
4.3.1 The recipient’s mail server is experiencing a Disk Full condition The recipient’s mail server is experiencing a Disk Full error condition, or an Out of Memory (too many file handles) error condition (Microsoft Exchange). 4.3.2 The recipient’s Exchange Server incoming mail queue has been stopped This is an SMTP status response specific to Microsoft Exchange Server. It indicates that the recipient’s mail queue on their Exchange Server has been stopped (frozen), probably while the Network Administrator troubleshoots some problem. 4.4.1 The recipient’s server is not responding This is an error emanating from your server indicating that the recipient’s server is not responding. Your server will automatically try again a number of times – how many depends on how your server has been configured. 4.4.2 The connection was dropped during transmission Your server started delivering the message but the connection was broken during transmission. This may be an unusual transient error – however, if it keeps happening you should investigate possible problems with your server’s network card, your Internet routers, processes hogging the resources of your server, and anything else which could result in a network connection being broken. 4.4.6 The maximum hop count was exceeded for the message The maximum hop count was exceeded for your message. The most likely cause of this error status code is that your message is looping internally on your server, internally between two of your organisation’s servers, or, sometimes, looping between your server and the recipient’s server. 4.4.7 Your outgoing message timed out. Your outgoing message timed out because of problems with the receiving server who objected to your message. Typically there is a problem with the message header (such as too many recipients, in most cases, or a protocol timeout between the two servers). 4.4.9 Routing error This is a Microsoft Exchange Server specific error code. As per Microsoft’s documentation this error code is returned when either of the following conditions occurs: an SMTP connector is configured to use DNS without a smart host and also uses a non-SMTP address space (e.g. X.400), or A message was sent to a recipient who was identified as a member of a routing group that was deleted. 4.5.0 Requested action was not taken – The mailbox was unavailable at the remote end. A secondary SMTP error code may follow “450” to refine the reason for the failure to transmit the message, e.g. “SMTP Error 450”. The server could not access the mailbox to deliver the message. This could be caused by a process on the remote server tidying up the mailbox, or the remote mailbox could be corrupt, or the remote mailbox may be stored on another server which is currently offline, or the network connection went down while sending, or the remote mail server does not want to accept mail from your server for some reason (IP address, blacklisting, etc..).
In general SMTP Error 450 is a transient error at the remote end (the destination), or at one of the routers or servers en route to the remote end, and should induce your mail server to retry after it’s preset retry interval. Example of an SMTP Error 450 reply message: “450 Please try again later”, or a classic Novell GroupWise 450 status message: “The message that you sent has been delayed. The reason given for the delay: 450 Host down (relay.clara.net)”.
SMTP Error 450 is often followed by a second SMTP error code to refine the reason for the email not reaching its destination. For example: “SMTP Error 450 5.2.3 Msg Size greater than allowed by Remote Host”. When that is the case and If the error message is not as clearly worded as in this example, then simply search this document for the secondary error code. In this case searching this document for SMTP Error 523 or SMTP Error 5.2.3 would yield an explanation identical to the wording above.
4.5.1 Requested action aborted – Local error in processing.
( OR )
Requested action delayed – Local problem
( OR )
has recently sent spam The action has been aborted by the ISP’s server. “Local” (Local Problem, Local Error) refers to the next server that your message will go through after leaving your server, typically your ISP’s server, or the SMTP relaying service you are using, or, if your mail server is sending directly to the destinations, the destination mail server. This error is usually due to overloading at your ISP or your SMTP relaying service from [temporarily] too many messages or some other similar transient failure. Typically some [hopefully] temporary event prevents the successful sending of the message. The next attempt to send by your server may prove successful.
If this error keeps occurring to the point that it has effectively lost its transient nature and has become. frequent (!!), then the problem is at your end and you should check your own mail server (if you email out of a corporate network), communications on your side (router, server network card), or inform your ISP if your mail server relays through your ISP or if you are a home user emailing out through Outlook, Outlook Express, Windows Mail, or similar email program.
Examples of typical SMTP Error 451 return messages: “SMTP error 451 Unable to complete command, DNS not available or timed out” or “451 Domain of sender address does not resolve” or “451 Error getting LDAP results in map”, or “451 4.7.1 Greylisting in action, please come back in 00:02:00 [minutes]” or “The message that you sent has been delayed. The reason given for the delay : 451 Temporary local problem — please try later.”.
With the original SMTP standards having been invented before spam became the scourge of the Internet, there are no SMTP error codes dedicated to anti-spam errors. As a result, SMTP Error 451 is now increasingly also used to indicate that a message has been rejected by the remote server because of anti-spam measures. A typical error might be, for example: “SMTP error from remote mail server after end of data, host : 451 has recently sent spam. If you are not a spammer, please try later.”.
If all anti-spam related SMTP 451 errors are as descriptive as the one above, then the error itself will tell you what you need to do. As a general rule, however, you will most times need to take some measures to have either your server, or your ISP’s server, taken off some Internet blacklist used by the recipient.
4.5.2 Requested action not taken – Insufficient storage. The ISP server’s disk system has run out of storage space, so the action had to be cancelled. Unless you are with an ISP which is so slack that they have not implemented Disk Full Alerts, this error usually indicates that your ISP’s mail server is overloaded from too many messages. This can happen even to the best ISPs when, for example, there have been problems and none of the ISP’s customers could send mail; as soon as the problems are fixed there is almost always a situation where thousands of users and organizations are trying to send mail all at the same time, and those numbers can occasionally result in the ISP’s mail servers’ hard disks temporarily filling up, with SMTP Error 452 being the result. The next attempt to send by your server may prove successful. 4.6.5 Code Page unavailable on the recipient server This is an Exchange Server-specific error code. This error is returned by the recipient’s server if the incoming email specifies a Code Page that is not installed on the recipient’s server, normally because not all language files were installed on the server during either the installation of Windows or of Exchange Server. 4.7.1 This is a local error with the sending server and is often followed with “Please try again later” This is always a local error with your own mail server. SMTP Error 471 (or 4.7.1) is usually tagged onto a primary SMTP error code, for example “SMTP Error 450 4.7.1”, or “SMTP Error 451 4.7.1”, or “SMTP Error 550 4.7.1”; example: “451 4.7.1 Greylisting in action, please come back in 00:02:00 [minutes]”. In all the cases that we have seen SMTP Error 471 is usually caused by anti-spam or virus scanning software on your server (the sending server) getting into problems through a bug in the software, or because of a bad automatic update from the antivirus/anti-spam manufacturer, because of lack of memory on your server, or because of hard disk problems. Status Code 5.X.X — Errors 5.0.0 Syntax error command not recognized. SMTP Error 500 : The last command sent by your server was not recognized as a valid SMTP or ESMTP command, or is not formatted in the way the server expected. This includes situations where the command is too long.
Note that commands that are recognized, but not implemented, are handled by different status messages (see 502 and 504).
Note: A «500 unrecognized command» server response is often a case of antivirus software and/or firewall interfering with incoming and/or outgoing SMTP communications. Read your antivirus / firewall software documentation thoroughly to solve the problem.
Examples of SMTP Error 500 error messages: SMTP Permanent Error: 500 Access Denied By Port Access” or “SMTP Error 500 Line too long.
5.0.1 Syntax error in parameters or arguments (e.g. invalid email address)
Can sometimes also be indicative of communication problems. The command was correct and recognised, but the parameters (the arguments, e.g. email address) were not valid.
For example, the following email address will definitely give an SMTP Error 501 with most mail servers, happy[email protected], as “” is not allowed in email addresses, which makes this email address invalid.
In the vast majority of cases SMTP Error 501 is caused by invalid email addresses, an invalid domain name recipient, or a Unix / Linux SEND MAIL command which does not follow the established standards. For example, a typical return error message might be: » does not like recipient. Remote host said: 501 Invalid Address«.
In cases where the error is not caused by an invalid email address, or by the failure to assign a valid email address to the mandatory «From» property, an SMTP Error 501, particularly if repeated, can be indicative of communications problems, such as a noisy line, intermittent drops in network connections, etc.
5.0.2 Command not implemented The command or function issued by your mail server is valid but has not been activated (typically, it is not supported on this particular server). 5.0.3 Bad sequence of commands.
( OR )
This mail server requires authentication. In the original standards SMTP Status 503 indicates that the commands have been sent in the wrong order, for example your mail server has sent the “Hello” command before sending the “Mail” command.
This can often be caused by a drop in network connection just as your server was sending a command, resulting in the ISP’s server not receiving it and consequently not understanding the command that followed it.
SMTP Reply Code 503 is nowadays more often an indicator that the SMTP server you are trying to use requires authentication and you tried to send a message without authentication (username + password). This SMTP Error 503 is permanent in that the SMTP server will not log any errors in its log and it will not retry – you will have to resend the email using authentication. Example of such an error : “SMTP Error (state 13): 503 This mail server requires authentication when attempting to send to a non-local e-mail address. Please check your mail client settings or contact your administrator to verify that the domain or address is defined for this server”.
5.0.4 Command parameter not implemented. The command and parameter are both valid, but the parameter is not implemented on the ISP server, or an additional parameter or action is missing.
For example, an often encountered SMTP Error 504 is : “504 Need to authenticate first”
5.1.0 Bad Email Address Bad email address. This status code is generated by the sender’s local mail server.
If the email was addressed internally, then it means that the addressee, as written in the email’s TO, CC, or BCC fields, does not exist in your organization’s email system.
If the email was addressed externally, then the recipient’s email address was misspelt.
5.1.1 Bad Email Address Bad email address. This error is similar to error 510 and as with error 510, this status code is generated by the sender’s local mail server.
If the email was addressed internally, then it means that the addressee, as written in the email’s TO, CC, or BCC fields, does not exist in your organization’s email system.
If the email was addressed externally, then the recipient’s email address was misspelt.
5.1.2 The host server for the recipient’s domain name cannot be found (DNS error) This SMTP reply code is received when one of the servers on the way to the destination is unable to resolve the domain name of a recipient email address. Said differently : one of the servers on the way to the destination, including your server or your ISP, has a DNS problem or, possibly correctly, does not like one of the email addresses in the message’s TO, CC, and BCC fields.
The first check you should perform to resolve a 5.1.2 reply code is to check all the recipient email addresses for incorrect domain names (misspelt domain names, or, maybe, totally non-existent domain names) – remember, error code 512 is very specifically an error with the domain name of one of the recipient email addresses. You can call the recipient(s) or use the WHOIS tool of The Ultimate Troubleshooter. If all the recipient email addresses check out as regards the domain part of the email addresses, then one of the servers on the way to the recipient(s) has DNS problems – usually this will be one of the first 2 servers in the chain, your own mail server (or your network) or your ISP’s mail server.
Examples of typical SMTP error 512 messages : “5.1.2 — Bad destination host ‘DNS Hard Error looking up domain”, or “SMTP Error 550 5.1.2 Host unknown – host cannot be found”, or how about this fantastically informative error message “5.1.2 The message could not be delivered because the recipient’s destination email system is unknown or invalid. Please check the address and try again, or contact your system administrator to verify connectivity to the email system of the recipient.”.
5.1.3 Address type is incorrect (most mail servers)
( OR )
Relaying denied or Authentication required (a small percentage of mail servers) This status code (from the sender’s
mail server) is usually symptomatic, in an Exchange + Outlook environment, of the user’s Outlook Contacts having been imported from another system or PST and where some of the addresses are not defined correctly. Or, in any environment it is simply that the end-user simply did enter the email address completely wrongly, such as copying it from a website and not replacing “at” with “@”, e.g. : John.DoeatUCLA.edu (which should have been [email protected]), or [email protected]” (“, quotes, is not allowed in email addresses and is often included in error as a result of copying and pasting an email from somewhere).
The user should check all the recipient addresses in the email, including those that were inserted from Contacts.
5.2.3 The Recipient’s mailbox cannot receive messages this big This error will be received when the
total size of the message you have sent (ie: message + all of its attachments) exceeds the size limits on the Recipient’s server. Many companies implement the good practice of configuring their servers with limits on the size of emails they can receive to prevent their systems running out of space as a result of a spam attack where the spam emails contain large attachments, or as a result of valid but not very technically savvy senders sending enormous scans (through not knowing that scanning at 1200dpi rather than the usually perfectly usable and acceptable 300dpi, will create humongous attachments).
Check the size of the email you sent, and, specifically, the size of the attachments you included, and consider splitting your email into smaller emails. If that does not work, check with the Recipient the maximum size of email they can receive, and if that is still prohibitive then consider FTP arrangements between you and the recipient.
5.3.0 Authentication is required
( OR )
Your server has been blacklisted by the recipient’s server
( OR )
The recipient’s mailbox does not exist 5.4.1 Recipient Address Rejected – Access denied (typically by the recipient’s antispam program / appliance) 5.5.0 Requested actions not taken as the mailbox is unavailable.
550 is always a problem external to your own mail server. Usually it is at the recipient’s end, but it could also originate from inside your own “walls” through being caused, for example, by an appliance which scans your outgoing emails once they’ve left your server. 5.5.1 User not local or invalid address – Relay denied. 5.5.2 Requested mail actions aborted – Exceeded storage allocation. or Size of the incoming message exceeds the incoming size limit. 5.5.3 Requested action not taken – Mailbox name invalid.
( OR )
You are attempting to send emails through a specific ISP’s SMTP server without authentication and without being connected to the Internet through that ISP’s service.
Источник
Bobcares.com provides Server Support to Web hosts, VPS hosts and other hosting providers.
As part of our services, we resolve tech support issues posted by hosting users. In these support issues, a common category email error we see is:
Server Response: 450 4.x.x <name@domain.com>: Reason for the error
This is usually reported by VPS users who see this error in their mail logs, or by website owners who see it in their mail clients or website diagnostics.
What is Email error 450?
Email error 450 denotes a temporary failure in mail delivery.
We’ve seen it happen during mail submission (connection from mail client to SMTP server), DNS resolution, connection to remote server and during anti-spam checks.
Usually these errors get resolved on their own, and users won’t even notice them.
But there are a few cases where the end users might see it:
- Errors shown in mail client – Typos, DNS failures or anti-spam measures in the sender’s MX can cause the mail to be rejected, and this error will be shown in the mail client.
- Web application diagnostics – When web apps like WordPress is unable to send mail, and web owners look at the connection log, they see this status code.
- While troubleshooting mail delivery – VPS owners might see this when they search mail logs to troubleshoot other issues such as IP blacklisting.
What causes Mail error 450?
Mail delivery is a complex process that involves establishing connection to the sending mail server, queuing the mail, connecting to the receiving mail server, passing anti-spam tests, and storing the mail in recipient mailbox.
If this process breaks at any of these points, error 450 is returned.
Here are a few common reasons we’ve seen for this error:
1. Security measures like Greylisting
Spammers blast off thousands of spam mails every minute. They do not care if the mails bounce or not. Whereas legitimate mail servers retry delivery even after a temporary failure.
This key difference is in behavior is used by an anti-spam method called “Greylisting”.
Receiving mail servers send a temporary failure message that causes legitimate mail servers to try again. But spammers think of it as a bounce, and abandon the mail.
We’ve seen temporary bounce displayed through status codes “450 4.7.1” and “450 4.2.0“. Some of them are:
- 450 4.7.1 <user@recipient.com>: Recipient address rejected: Greylisted for 5 minutes
- 450 4.7.1 <user@recipient.com>: Recipient address rejected: Policy Rejection- Please try later.
- 450 4.7.1 <user@recipient.com>: Recipient address rejected: Policy Rejection- Greylisting challenge offered. Legitimate and well-configured mailservers will automatically retry shortly, and mail will go through.
- 450 4.7.1 <user@recipient.com>: Recipient address rejected: Service unavailable, greylisted
- 450 4.2.0 <user@recipient.com>: Recipient address rejected: Greylisting in progress, retry after 60 seconds.
- 450 4.2.0 <sender.com[xxx.xxx.xxx.xxx]>: Client host rejected: Greylisted, see http://remotemx.com/help/greylisting/
This status code sure looks scary, and that is why many VPS owners and web developers report it as a mail error to our tech support desk.
We resolve those support issues by tracing the full path of the mail, and finding out where it is meeting with a permanent failure (often with a 5XX status code – eg. 554 5.7.1).
2. Receiver’s mailbox or domain errors
When the receiving mail server is unable to verify if either the sender or receiver is legitimate.
For eg. many mail servers perform a reverse lookup of the sending email ID’s domain name. If that domain name or the sending IP does not look like a legitimate server, the mail will be rejected.
Some common variations of this error we’ve seen are:
- 450 4.1.1 <user@recipient.com>: Recipient address rejected: unverified address
- 450 4.1.2 <user@recipient.com>: Recipient address rejected: Domain not found
- 450 4.1.8 <user@recipient.com>: Sender address rejected: Domain not found (in reply to RCPT TO command))
We’ve generally seen two reasons for this error.
- Misconfigured receiving mail server – When the receiving mail server is unable to check the user list or the domains hosted in the server, this error will be returned. It can be due to file system permissions or incorrect mail config settings.
- Non RFC-compliant sending MX – Sending mail servers must have a proper reverse DNS and must answer a verification call. If such anti-spam checks fails, receiving mail server might reject a connection.
There’s no single fix to this issue. To resolve it, we systematically go through server settings, and fix misconfigured or missing entries.
3. DNS resolution issues or Spelling errors
To send a mail, the sending domain will need to find out the IP of the receiving mail server.
If it fails for some reason (eg. unreachable DNS server), the mail delivery fails. Two variations of this issue we’ve seen are:
- 450 4.1.7 <user@recipient.com>: Sender address rejected: unverified address: Host or domain name not found. Name service error
- 450 4.4.317 554 invalid DNS PTR resource record
When users report this issue, we check if the DNS servers are working properly or if it’s unreachable due to network or load issues.
Very often these are caused due to temporary network issues, and will get automatically resolved after a while.
4. Recipient’s mail server errors
When the recipient’s mail server is under high load or is facing network issues, the sending MX might take a long time to establish connection.
It can lead to connection timeouts, and the sender will be forced to try again later. An example of one such error is:
- 450 4.7.0 too long without DATA command (closing session): retry timeout exceeded
VPS owners sometimes report this error when mails to their domains bounce with this error.
To resolve this, we look at server load history, and fix services that cause load spikes.
5. SMTP authentication not enabled
Mail servers that are armed with anti-spam measures like Greylisting considers all incoming connections are potential spammers.
Even legitimate mail account holders will be subject to anti-spam checks – unless they authenticate their mail with SMTP Auth.
In fact, almost all mail service providers require their users to use SMTP auth to send mails.
However, while handling tech support of web hosts, we’ve seen users who misconfigure SMTP auth, resulting in their mails getting rejected by mail error 450.
The mail users will see the error displayed in their mail client with error codes such as “0x800CCC79”.
We resolve these errors by providing step-by-step instructions to mail users to setup SMTP auth.
Conclusion
Mail error 450 denotes a temporary failure in mail delivery. But it can point to deeper problems within the sending and receiving mail servers. Here we’ve listed down the top 5 causes we’ve seen for email error 450 and how to fix them.
PREVENT YOUR SERVER FROM CRASHING!
Never again lose customers to poor server speed! Let us help you.
Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure./p>
SEE SERVER ADMIN PLANS
var google_conversion_label = «owonCMyG5nEQ0aD71QM»;
Ниже перечислены сообщения об ошибках и коды ошибок, которые вы можете встретить при работе с Gmail и Google Workspace. Эти сообщения и коды помогают найти и устранить проблему с электронной почтой.
Чтобы обозначить источник ошибки, Gmail добавляет в конец сообщения один или оба из следующих фрагментов:
- gsmtp (Google SMTP): добавляется во все сообщения об ошибках;
- gcdp (Google Custom Domain Policies): добавляется в сообщения об ошибках, связанных с правилами, которые созданы администратором.
Например, сообщение 550 5.7.1 This message violates example.com email policy. – gcdp <sessionid> – gsmtp (Это сообщение нарушает политику example.com в отношении электронной почты. – gcdp <sessionid> – gsmtp) указывает, что ошибка связана с персонализированным правилом, созданным администратором.
Подробнее о сообщениях об ошибках SMTP…
Примечание. Ошибка 2014 связана с расширением браузера Chrome. По очереди отключите расширения Chrome, чтобы определить, какое из них вызывает ошибку. Сообщение об ошибке 2014: В системе произошла ошибка (2014). Повторите попытку.
Сообщения об ошибках протокола SMTP
421, «4.3.0». Временные неполадки в системе. Повторите попытку позже |
421, «4.4.5», Server busy, try again later. (Сервер занят. Повторите попытку позже.) |
421, «4.7.0», IP not in whitelist for RCPT domain, closing connection. (Соединение прервано, так как IP-адрес отсутствует в белом списке домена RCPT.) |
421, «4.7.0», Our system has detected an unusual rate of unsolicited mail originating from your IP address. To protect our users from spam, mail sent from your IP address has been temporarily blocked. For more information, visit Prevent mail to Gmail users from being blocked or sent to spam. (С вашего IP-адреса с необычной частотой поступают незапрашиваемые сообщения. Почта, отправляемая с вашего IP-адреса, временно заблокирована для защиты пользователей от спама. Дополнительная информация приведена в статье Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».) |
421, «4.7.0», Temporary System Problem. Try again later. (Временные неполадки в системе. Повторите попытку позже.) |
421, «4.7.0», TLS required for RCPT domain, closing connection. (Соединение прервано, так как для домена RCPT требуется протокол TLS.) |
421, «4.7.0», Try again later, closing connection. This usually indicates a Denial of Service (DoS) for the SMTP relay at the HELO stage. (Соединение прервано. Повторите попытку позже. Эта ошибка обычно указывает на атаку типа «отказ в обслуживании» (DoS) для ретрансляции SMTP на этапе HELO.) |
450, «4.2.1», The user you are trying to contact is receiving mail too quickly. Please resend your message at a later time. If the user is able to receive mail at that time, your message will be delivered. For more information, visit Limits for sending & getting mail. (Пользователь, которому вы пытаетесь отправить письмо, получает почту слишком часто. Отправьте сообщение позже. Если к тому времени пользователь сможет получать почту, ваше письмо будет доставлено. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.) |
450, «4.2.1», The user you are trying to contact is receiving mail at a rate that prevents additional messages from being delivered. Please resend your message at a later time. If the user is able to receive mail at that time, your message will be delivered. For more information, visit Limits for sending & getting mail. (Пользователь, которому вы пытаетесь отправить письмо, получает почту со скоростью, которая не позволяет доставлять ему дополнительные сообщения. Отправьте сообщение позже. Если к тому времени пользователь сможет получать почту, ваше письмо будет доставлено. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.) |
450, «4.2.1», Peak SMTP relay limit exceeded for customer. This is a temporary error. For more information on SMTP relay limits, please contact your administrator or visit SMTP relay service error messages. (Превышено пиковое ограничение на ретрансляцию для клиента. Это временная ошибка. Чтобы получить подробную информацию об ограничениях, ознакомьтесь с этой статьей или свяжитесь с администратором.) |
451, «4.3.0», Mail server temporarily rejected message. (Почтовый сервер временно отклонил сообщение.) |
451, «4.3.0», Multiple destination domains per transaction is unsupported. Please try again. (Использование нескольких целевых доменов для одной операции не поддерживается. Повторите попытку.) |
451, «4.4.2», Timeout — closing connection. (Время ожидания истекло – соединение прервано.) |
451, «4.5.0», SMTP protocol violation, visit RFC 2821. (Нарушение протокола SMTP, см. RFC 2821.) |
452, «4.2.2», The email account that you tried to reach is over quota. Please direct the recipient to Clear Google Drive space & increase storage. (В аккаунте получателя закончилось свободное место. Предложите получателю ознакомиться с этой статьей.) |
452, «4.5.3», Domain policy size per transaction exceeded, please try this recipient in a separate transaction. |
452, «4.5.3», Your message has too many recipients. For more information regarding Google’s sending limits, visit Limits for sending & getting mail. (У вашего сообщения слишком много получателей. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.) |
454, «4.5.0», SMTP protocol violation, no commands allowed to pipeline after STARTTLS, visit RFC 3207. (Нарушение протокола SMTP, после STARTTLS для потока запрещены другие команды, см. RFC 3207.) |
454, «4.7.0», Cannot authenticate due to temporary system problem. Try again later. (Не удалось выполнить аутентификацию из-за временных неполадок в системе. Повторите попытку позже.) |
454, «5.5.1», STARTTLS may not be repeated. (Запрещено повторять команду STARTTLS.) |
501, «5.5.2», Cannot Decode response. (Не удалось расшифровать ответ.) |
501, «5.5.4», HELO/EHLO argument is invalid. For more information, visit HELO/EHLO email error. (Недопустимый аргумент HELO/EHLO. Дополнительная информация приведена в статье Ошибка HELO/EHLO.) |
502, «5.5.1», Too many unrecognized commands, goodbye. (Слишком много нераспознанных команд.) |
502, «5.5.1», Unimplemented command. (Незадействованная команда.) |
502, «5.5.1», Unrecognized command. (Нераспознанная команда.) |
503, «5.5.1», EHLO/HELO first. (Сначала команда EHLO/HELO.) |
503, «5.5.1», MAIL first. (Сначала команда MAIL.) |
503, «5.5.1», RCPT first. (Сначала команда RCPT.) |
503, «5.7.0», No identity changes permitted. (Запрещены изменения идентификационных данных.) |
504, «5.7.4», Unrecognized Authentication Type. (Нераспознанный тип аутентификации.) |
530, «5.5.1», Authentication Required. For more information, visit Can’t sign in to your Google Account. (Необходима аутентификация. Дополнительная информация приведена в статье Не удается войти в аккаунт Google.) |
530, «5.7.0», Must issue a STARTTLS command first. (Сначала необходима команда STARTTLS.) |
535, «5.5.4», Optional Argument not permitted for that AUTH mode. (Для этого режима AUTH запрещен необязательный аргумент.) |
535, «5.7.1», Application-specific password required. For more information, visit Sign in using App Passwords. (Требуется пароль приложения. Дополнительная информация приведена в статье Как войти в аккаунт с помощью паролей приложений.) |
535, «5.7.1», Please log in with your web browser and then try again. For more information, visit Check Gmail through other email platforms. (Войдите через браузер и повторите попытку. Дополнительная информация приведена в статье Как настроить доступ к Gmail в сторонних почтовых клиентах.) |
535, «5.7.1», Username and Password not accepted. For more information, visit Can’t sign in to your Google Account. (Имя пользователя и пароль не приняты. Дополнительная информация приведена в статье Не удается войти в аккаунт Google.) |
550, «5.1.1», The email account that you tried to reach does not exist. Please try double-checking the recipient’s email address for typos or unnecessary spaces. For more information, visit Fix bounced or rejected emails. (Аккаунт электронной почты получателя не существует. Проверьте ещё раз, правильно ли указан адрес электронной почты и нет ли в нем пробелов. Дополнительная информация приведена в статье Что делать, если письмо отклонено.) |
550, «5.2.1», The email account that you tried to reach is disabled. (Аккаунт электронной почты получателя отключен.) |
550, «5.2.1», The user you are trying to contact is receiving mail at a rate that prevents additional messages from being delivered. For more information, visit Limits for sending & getting mail. (Пользователь, которому вы пытаетесь отправить письмо, получает почту со скоростью, которая не позволяет доставлять ему дополнительные сообщения. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.) |
550, «5.4.5», Daily sending quota exceeded. For more information, visit Email sending limits. (Исчерпан дневной лимит на отправку сообщений. Дополнительная информация приведена в статье Ограничения в Google Workspace на отправку электронных писем из Gmail.) |
550, «5.4.5», Daily SMTP relay limit exceeded for user. For more information on SMTP relay sending limits please contact your administrator or visit SMTP relay service error messages. (Превышено суточное ограничение на ретрансляцию для клиента. Чтобы получить подробную информацию об ограничениях, ознакомьтесь с этой статьей или свяжитесь с администратором.) |
550, «5.7.0», Mail relay denied. (Почтовый ретранслятор запрещен.) |
550, «5.7.0», Mail Sending denied. This error occurs if the sender account is disabled or not registered within your Google Workspace domain. (Отправка почты запрещена. Эта ошибка возникает, если аккаунт отправителя заблокирован или не зарегистрирован в домене Google Workspace.) |
550, «5.7.1», Email quota exceeded. (Превышена квота электронной почты.) |
550, «5.7.1», Invalid credentials for relay. (Неверные учетные данные ретранслятора.) |
550, «5.7.1», Our system has detected an unusual rate of unsolicited mail originating from your IP address. To protect our users from spam, mail sent from your IP address has been blocked. Review Prevent mail to Gmail users from being blocked or sent to spam. (C вашего IP-адреса с необычной частотой поступают незапрашиваемые сообщения. Почта, отправляемая с вашего IP-адреса, заблокирована для защиты пользователей от спама. Подробную информацию читайте в статье Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».) |
550, «5.7.1», Our system has detected that this message is likely unsolicited mail. To reduce the amount of spam sent to Gmail, this message has been blocked. For more information, visit Why has Gmail blocked my messages? (Это сообщение было классифицировано системой как вероятный спам и заблокировано в целях уменьшения количества спама, отправляемого в Gmail. Дополнительная информация приведена в статье Почему мои письма в Gmail заблокированы.) |
550, «5.7.1», The IP you’re using to send mail is not authorized to send email directly to our servers. Please use the SMTP relay at your service provider instead. For more information, visit ‘The IP you’re using to send email is not authorized…’. (IP-адрес, который используется для отправки почты, не имеет разрешения на отправку сообщений непосредственно на наши серверы. Используйте для отправки ретранслятор SMTP своего поставщика услуг. Дополнительная информация приведена в этой статье.) |
550, «5.7.1», The user or domain that you are sending to (or from) has a policy that prohibited the mail that you sent. Please contact your domain administrator for further details. For more information, visit Sorry, a policy is in place that prevents your message from being sent. (Для пользователя или домена, от которого или которому отправляются сообщения, установлено правило, запрещающее отправленную вами почту. Для получения дополнительной информации ознакомьтесь с этой статьей и обратитесь к своему администратору домена.) |
550, «5.7.1», Unauthenticated email is not accepted from this domain. (Почта без аутентификации от этого домена не принимается.) |
550, «5.7.1», Daily SMTP relay limit exceeded for customer. For more information on SMTP relay sending limits please contact your administrator or visit SMTP relay service error messages. (Превышено суточное ограничение на ретрансляцию для клиента. Чтобы получить подробную информацию об ограничениях, ознакомьтесь со статьей Сообщения об ошибках службы ретрансляции SMTP или свяжитесь с администратором.) |
550, «5.7.26», Unauthenticated email from domain-name is not accepted due to domain’s DMARC policy. Please contact the administrator of domain-name domain. If this was a legitimate mail please visit Control unauthenticated mail from your domain to learn about the DMARC initiative. If the messages are valid and aren’t spam, contact the administrator of the receiving mail server to determine why your outgoing messages don’t pass authentication checks. (Электронное письмо от [доменное имя] не прошло аутентификацию и запрещено правилами DMARC домена. Обратитесь к администратору домена. Если письмо запрещено по ошибке, ознакомьтесь со сведениями об инициативе DMARC в статье «Проблемы с проверкой подлинности сообщений из вашего домена» и обратитесь к администратору почтового сервера получателя, чтобы определить, почему ваши исходящие письма не проходят аутентификацию.) |
550, «5.7.26», «This message does not have authentication information or fails to pass authentication checks (SPF or DKIM). To best protect our users from spam, the message has been blocked. Please visit Prevent mail to Gmail users from being blocked or sent to spam for more information.» (Для этого письма нет информации о прохождении аутентификации (SPF или DKIM), или оно ее не прошло. Оно заблокировано, чтобы защитить наших пользователей. Более подробная информация приведена в статье «Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».) |
550, «5.7.26», «This message fails to pass SPF checks for an SPF record with a hard fail policy (-all). To best protect our users from spam and phishing, the message has been blocked. Please visit Prevent mail to Gmail users from being blocked or sent to spam for more information.» (Это письмо не прошло проверки SPF для записи со строгими правилами (-all). Оно заблокировано, чтобы защитить наших пользователей от спама и фишинга. Более подробная информация приведена в статье «Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».) |
552, «5.2.2», The email account that you tried to reach is over quota. (Для аккаунта электронной почты получателя превышена квота.) |
552, «5.2.3», Your message exceeded Google’s message size limits. For more information, visit Send attachments with your Gmail message. (Превышен максимально допустимый размер сообщения. Дополнительная информация приведена в статье Прикрепление файлов к письмам в Gmail.) |
553, «5.1.2», We weren’t able to find the recipient domain. Please check for any spelling errors, and make sure you didn’t enter any spaces, periods, or other punctuation after the recipient’s email address. (Не удалось найти домен получателя. Проверьте правильность адреса электронной почты получателя и убедитесь, что после него нет пробелов, точек и других знаков пунктуации.) |
554, «5.6.0», Mail message is malformed. Not accepted. (Сообщение электронной почты не принято, так как имеет недопустимый формат.) |
554, «5.6.0», Message exceeded 50 hops, this may indicate a mail loop. (Сообщение пересылалось более 50 раз, что может указывать на наличие почтового цикла.) |
554, «5.7.0», Too Many Unauthenticated commands. (Слишком много команд без аутентификации.) |
555, «5.5.2», Syntax error. (Синтаксическая ошибка.) |
Эта информация оказалась полезной?
Как можно улучшить эту статью?
Не все письма отправляются по почте |
Я |
14.10.15 — 13:55
Написал обработку отправки писем по почте.
В письмо прикрепляю файл pdf и отправляю.
Начинается отправка, отправляются некоторому первому количеству контрагентов, а потом возникает ошибка
Ошибка при вызове метода контекста (Послать): Временная ошибка сервера. (SMTP error code 450, 4.7.0 Ouch, ouch, you so quickly!)
Например, отправляются первые 20 писем из 300, а потом ошибки.
В чем может быть проблема?
1 — 14.10.15 — 13:56
(0) Эээ… тебе же написали. Нечего спамить.
2 — 14.10.15 — 13:56
«Ouch, ouch, you so quickly!»
Тут на форуме есть раздел, посвящённый английскому языку. Тебе переведут там.
Вкратце — ты изображаешь из себя кролика.
3 — 14.10.15 — 13:57
(0) Поставь задержку хотя бы в 5 минут между письмами
4 — 14.10.15 — 14:01
(1) ничего не спамлю
(3) напомни пожалуйста, какой параметр отвечает за задержку?
5 — 14.10.15 — 14:21
(4) Что значит не спамишь, если тебе сервер говорит, нехрена больше 20 писем отправлять каждые 7 миллисекунд.
За задержку отвечает параметр ЗапускайРегламентноеЗаданиеРазВПятьСекундИОтправляйПоДесятьПисем.
6 — 14.10.15 — 14:22
>ничего не спамлю
доктор, вы не из нотингем-шира?
7 — 14.10.15 — 14:27
У меня так сделано.
Профиль = новый ИнтернетПочтовыйПрофиль;
Профиль.АдресСервераSMTP = «smtp.rambler.ru»;
Профиль.ПользовательSMTP = «@rambler.ru»;
Профиль.Пользователь = «»;
Профиль.ПарольSMTP = «123r2d2»; //
Профиль.ПортSMTP = 25;
ПРофиль.АутентификацияSMTP = СпособSMTPАутентификации.Login;
(5) не могу понять, что такое «ЗапускайРегламентноеЗаданиеРазВПятьСекундИОтправляйПоДесятьПисем»?
Профиль.Таймаут — этот параметр не подходит?
Не припмню, что бы время указывал в коде
8 — 14.10.15 — 14:30
>не могу понять, что такое «ЗапускайРегламентноеЗаданиеРазВПятьСекундИОтправляйПоДесятьПисем»?
Рома просто табличку «сарказм» дома забыл
9 — 14.10.15 — 14:32
(4) задержки от залёта
10 — 14.10.15 — 14:37
(7) >>не могу понять, что такое «ЗапускайРегламентноеЗаданиеРазВПятьСекундИОтправляйПоДесятьПисем»?
Эээ… а что непонятно-то?
>>Профиль.Таймаут — этот параметр не подходит?
Казалось бы, причем здесь таймаут?
11 — 14.10.15 — 14:38
(8) Рома просто предлагает делать рассылку регламентным заданием порциями с задержкой, а не колбасить в форме наживую стописятмиллиардовписнмтакбыстрокактолькоможно.
12 — 14.10.15 — 14:39
>какой параметр отвечает за задержку?
целый нацуцульник… с ним шанс получить задержку и 2 полоски — резко снижается
13 — 14.10.15 — 15:25
Можете нормально подсказать? Из всего сказанного, я понял, что нужно увеличить время на отправку писем.
Попытался к (7) добавить строчку:
Профиль.Таймаут = 60;
но не помогло
14 — 14.10.15 — 15:26
(13) А таймаут тут причём?
Вставь цикл между отправками…
15 — 14.10.15 — 15:29
(0) Нельзя отправлять Письма 2-ум и более Адресатам, одним письмом… Есть шанс попасть под раздачу, как Спамер
16 — 14.10.15 — 15:29
(14) Хочешь сказать, что нужно отправить одно письмо, затем сделать цикл, что бы время считал, через какое время отправлять следующее письмо.
Чередование: отправка письма / цикл / отправка письма / цикл…
17 — 14.10.15 — 15:30
(16) Или так.
Или регламентное задание на отправку одного письма. И дёргать его не чаще, чем раз в 5 минут
18 — 14.10.15 — 15:30
(16) как-то так…
19 — 14.10.15 — 15:30
хотя бы
20 — 14.10.15 — 15:32
(16) http://urths.com/blog/рамблер-начал-пошлить/
За цикл, тебя нуна бить, розгами
Учись ставить правильные Паузы v8: Пауза в выполнении кода
(0) &НаКлиенте
Процедура ТаймаутСкрипта(Shell, ТаймаутВСекундах)
Shell.Run(«ping 127.0.0.1 -n «+СокрЛП(Число(ТаймаутВСекундах)+1),0,1);
КонецПроцедуры// ТаймаутСкрипта()
&НаКлиенте
Процедура ТырымПырым(Команда)
Shell = Новый COMОбъект(«WScript.Shell»);
ТаймаутСкрипта(Shell, 10);
КонецПроцедуры
21 — 14.10.15 — 15:32
+(20) Пинг и на сервере работает
22 — 14.10.15 — 15:32
+ (21) х64
23 — 14.10.15 — 15:33
ping для лохов…
цикл + time -> не пора ли? выбор мастеров
24 — 14.10.15 — 15:34
+(16) Или завести свой екчендж для отправки писем.
Или начать думать ширше и начать отправлять Письма под разными Провайдерами.
Первые 10 писем шлешь под Рамблером
Вторые 10 под Майлом
Третьи 10 Под Гуглом
И т.д.
25 — 14.10.15 — 15:35
(23) Это сарказм? «3 ку»
26 — 14.10.15 — 15:36
+(24) Не стоит использовать местный екчандж для рассылки.
Если тебя забанят, как спамера, то контора будет долго ждать, пока её из списков вычистят
27 — 14.10.15 — 15:38
(26) да ладно… все лишь прибегает отдел продаж, секретутки, бухи, юристы, ген. дир с замами и втаптывает ТС в пол серверной…
28 — 14.10.15 — 16:23
(20)
я сделал так:
НачДата = ТекущаяДата();
пока ТекущаяДата() — НачДата < 20 цикл
КонецЦикла;
20 секунд между отправки письма хватит?
PR третий
29 — 14.10.15 — 20:36
(28) Эх, не дотянул ты до пятницы
A 450 email error is typically a temporary routing issue on the receiving mail server’s end. Sometimes these are also Greylisting responses from the receiving mail server used to filter incoming mail.
Greylisting is a method of accepting messages a mail server can use that will block the first attempt to deliver a message, and require a certain number of successful retries from the sending mail server, before allowing the original message to get relayed through the receiving mail server. This tactic is typically used to help cut down on spam from spammers that don’t utilize a legitimate mail server that will retry delivery attempts to ensure they go through.
You usually would not receive a bounce-back message for this type of error. If your message is going to be delayed more than 24 hours, then sometimes a “delivery has been delayed” soft bounce will be returned to you, to let you know that the delivery has yet to complete successfully.
Common variations of the 450 email error
- 450 4.1.1 <[email protected]>: Recipient address rejected: unverified address: Address verification in progress</[email protected]>
- 450 4.1.1 <[email protected]>: Recipient address rejected: unverified address: unknown user: “[email protected]”</[email protected]>
- 450 4.1.1 <[email protected]>: Recipient address rejected: User unknown in local recipient table</[email protected]>
- 450 4.2.0 <[email protected]>: Recipient address rejected: “Greylisted,</[email protected]>
- 450 4.3.2 Service currently unavailable
- 450 4.3.2 try again later
- 450 4.7.1 <[email protected]>: Client host rejected: Try again later</[email protected]>
- 450 4.7.1 <[email protected]>: Client host rejected: Greylisted for 5 minutes</[email protected]>
- 450 4.7.1 <[email protected]>: Recipient address rejected: Greylisted for 5 minutes</[email protected]>
- 450 4.7.1 <[email protected]>: Recipient address rejected: Policy Rejection- greylisted, try again later.</[email protected]>
- 450 4.7.1 <[email protected]>: Recipient address rejected: Policy Rejection- Please try later.</[email protected]>
- 450 4.7.1 <[email protected]>: Recipient address rejected: Service temporarily unavailable</[email protected]>
- 450 busy – please try later
- 450 Greylisted, come back later.
- 450 Please try later
- 450 Requested mail action not taken: mailbox unavailable
- 450 sorry, recipient’s account limit exceeded
- 450 This mail is temporarily denied
- 450 try again later
Resolving a 450 email error
Because errors in the 450 series don’t bounceback right away they would be considered a soft bounce. To better understand soft and hard bounces, and general email bounceback errors you can read why does email bounce, bounceback, or error?
Seeing a large amount of 450 email errors in your server’s mail logs is typically normal as receiving mail servers are utilizing Greylisting to ensure your deliveries are not originating from a mis-configured mail server.
InMotion Hosting Contributor
InMotion Hosting contributors are highly knowledgeable individuals who create relevant content on new trends and troubleshooting techniques to help you achieve your online goals!
More Articles by InMotion Hosting
Умные люди придумали коды, по которым можно определить, что произошло с HTTP-запросом. Успешен ли он, произошло ли перенаправление. Или же все закончилось ошибкой. Как раз об ошибках и будем говорить в этой статье. Вкратце расскажу, какие они бывают и с чем связаны.
А еще тут будет парочка забавных (и не очень) пикч и анимаций на тему описанных ошибок. Хоть какое-то развлечение.
Ошибки со стороны клиента (4xx)
Для начала перечислим коды ошибок на стороне клиента. Вина за их появление ложится на плечи обоих участников соединения.
400 Bad Request
Такой ответ от браузера можно получить в том случае, если сервер не смог правильно отреагировать на запрос со стороны пользователя. Часто код 400 возникает при попытке клиента получить доступ к серверу без соблюдения правил оформления синтаксиса протокола передачи гипертекста (HTTP). Повторный запрос не стоит отправлять до тех пор, пока не будет исправлена ошибка (или несколько из них).
401 Unauthorized
Код 401 возникает при попытке клиента получить доступ к серверу, используя неправильные данные для авторизации. По сути, используется, когда пользователь вводит неправильный логин и пароль на ресурсе, где требуется эта информация для входа. Читайте: Как исправить ошибку 401
402 Payment Required
Эта ошибка сообщает клиенту о том, что для успешного выполнения запроса ему необходимо оплатить доступ к серверу. Изначально код 402 должен был стать неким стандартом для цифровой валюты и оплаты контента в сети. Но не срослось. До сих пор нет единого решения по поводу того, как должны выглядеть платежи в сети. Также нет и единого решения по поводу того, как стоит использовать 402.
Все еще считается, что код существует с расчетом на будущее. Сейчас почти не используется и поддерживается не всеми браузерами.
403 Forbidden
Почти то же, что и 401. Сервер снова не разрешает к нему подключиться, хотя с запросом все в порядке. Просто нет доступа. Причем повторная авторизация с другими логином и паролем никак не помогут. Все вопросы к владельцам сервера (но не всегда). Инструкция по устранению ошибки.
Творчество на тему знаменитой киносаги
404 Not Found
Легендарная ошибка, ставшая популярным мемом. 404 оповещает клиента о том, что его запрос ведет в никуда. Код возникает, когда пользователь пытается попасть на страницу, которой не существует. Например, когда случайно ошибается при вводе ссылки и вводит ее с опечаткой. Или же пытается получить доступ к странице, которой на сайте уже нет.
В отличие от других кодов, страницу с 404 частенько кастомизируют, создавая для нее уникальный дизайн. Мало того, что это выглядит симпатичнее, так еще и полезнее для посетителей. Можно прямо на странице с ошибкой разъяснить, что произошло и как дальше действовать.
И таких вариаций тысячи. Каждый пытается добавить в оформление что-то свое.
405 Method Not Allowed
405 сообщает клиенту о том, что метод, используемый при запросе, не разрешен. В качестве примера можно привести попытку со стороны клиента ввести данные в форму с помощью GET, когда она работает только с POST. Ну и в таком же духе.
406 Not Acceptable
Ошибка 406 сообщает о том, что страница передает контент, который не может быть распознан клиентом. Возможно, проблема в методе сжатия или в формате страницы. Иногда сюда же приплетают неправильные настройки кодировки.
Этот код редко используют на практике, так как его появления можно избежать, предоставив пользователю информацию на сайте в том виде, который его браузер способен принять. Посетитель сайта по итогу получит не то, что ожидал, но хотя бы не ошибку.
407 Proxy Authentication Required
Этот код тоже похож на 401. Только на этот раз логин и пароль нужны не для основного сервера, а для прокси, который находится между клиентом и сервером. Обычно в теле ошибки содержится информация о том, как можно правильно пройти авторизацию и получить доступ к ресурсу.
408 Request Timeout
408 говорит нам о том, что сервер пожелал разорвать соединение с клиентом, потому что оно никак не используется. Происходит это в том случае, если сервер буквально устал ждать, пока наладится соединение с ним. Поэтому такую ошибку часто можно лицезреть после очень долгой и безуспешной загрузки какого-нибудь сайта.
Многие серверы не отправляют никаких сообщений, а просто прерывают соединение по той же причине. На запрос уходит больше времени, чем на то полагается.
В Мистере Роботе частенько называли серии в честь ошибок HTTP (весь четвертый сезон в нумерации 4хх). В честь 408, например, назвали восьмую серию четвертого сезона
409 Conflict
Сообщение о конфликте возникает, когда запрос со стороны клиента не соответствует тому, чего ожидает сервер. В качестве примера приводят проблемы при проверки версий, когда пользователь пытается с помощью метода PUT загрузить на сервер новый файл, но там уже имеется более новая версия того же файла. Конфликта версий можно легко избежать, загрузив корректную версию.
410 Gone
Своего рода аналог 404. Разница лишь в том, что 410 намекает на перманентность отсутствия страницы. Так что этот код стоит использовать, когда на 100% уверен, что страница ушла в небытие (ну или с текущего адреса) навсегда. В любом другом случае есть универсальный 404.
411 Length Required
411 оповещает пользователя о том, что сервер не желает принимать запрос со стороны клиента, потому что в нем не определен заголовок Content-Length. Да, это первый код в подборке, который смогут понять только люди, сведущие в настройке серверов. По-простому уложить сущность HTML-заголовков в этот материал не получится.
412 Precondition Failed
Еще один код, сообщающий о том, что сервер отклонил запрос пользователя и не разрешает доступ к выбранному ресурсу. Проблемы возникают при неправильной настройке работы методов, отличающихся от GET и HEAD.
413 Payload Too Large/Request Entity Too Large
Код 413 говорит нам, что запрос, который посылает клиент на сервер, слишком большой. Поэтому сервер отказывается его обрабатывать и разрывает соединение. Обычно это происходит при попытке загрузить на ресурс какой-то файл, превышающий ограничение, выставленное в настройках сервера. Соответственно, решается проблема изменением настроек сервера.
414 URI Too Long
Чем-то этот код похож на предыдущий. Здесь тоже идет речь о превышение лимита. Только теперь это касается не запроса со стороны клиента, а длины URI. То есть ссылки. Выходит, что адрес, используемый клиентом, больше, чем тот, что может обработать сервер. Как-то так.
Такая ошибка иногда выскакивает при попытке взломать ресурс. Сайт так реагирует на слишком частые попытки воспользоваться потенциальными дырами в безопасности.
415 Unsupported Media Type
Ошибка 415 возникает, когда клиент пытается загрузить на сервер данные в неподходящем формате. В таком случае сервер просто отказывается принимать посылаемые файлы и разрывает соединение. Как и в случае с 413.
416 Range Not Satisfiable
Подобный ответ можно ожидать, если клиент запрашивает у сервера определенные данные, но эти данные на сервере не соответствуют запросу. То есть, грубо говоря, вы просите у сервера какой-то набор данных с заранее заданным размером, а в итоге оказывается, что размер этих данных меньше, чем объем, указанный в запросе. Серверу ничего не остается, кроме как послать вас, ведь он не обучен поведению в таких ситуациях.
417 Expectation Failed
Такая ошибка высвечивается, когда ожидания сервера не совпадают с данными в запросе клиента. Сведения об ожиданиях прописываются в заголовке Expect заранее. Так что можно ознакомиться с ними, чтобы выяснить, как решить названную проблему.
418 I’m a teapot
Код 418 можно увидеть, если сервер откажется варить кофе, потому что он чайник. Это первоапрельская шутка. Естественно, 418 не используется нигде всерьез и просто существует как дань памяти программистам-юмористам, придумавшим это в 1998 году.
У Google получился такой симпатичный чайник
421 Misdirected Request
Появляется когда запрос клиента переправляется на сервер, который не может дать на него адекватный ответ. Например, если запрос был отправлен на ресурс, который вообще не настроен обрабатывать запросы извне.
Чтобы исправить проблему, можно попробовать переподключиться к ресурсу заново или попробовать другое соединение.
422 Unprocessable Entity
Код 422 говорит, что сервер вроде бы принял запрос, понял его, все хорошо, но из-за семантических ошибок корректно обработать не смог. Значит, где-то в запросе затаилась логическая ошибка, мешающая корректному взаимодействию клиента и сервера. Надо ее найти и исправить.
423 Locked
Обычно на этот код напарываются, когда запрашиваемый ресурс оказывается под защитой. Используемые клиентом методы блокируются на уровне сервера. Это делается, чтобы обезопасить данные, хранящиеся на защищенной странице. Без логина и пароля выудить информацию с такого сервера не получится.
424 Failed Dependency
424 сообщает о том, что для выполнения запроса со стороны клиента успешно должна завершиться еще одна или несколько параллельных операций. Если какая-то из них «провалится», то «помрет» все соединение сразу, и обработать запрос до конца не получится. Аналогичное происходит, если некорректно был обработан один из предыдущих запросов.
425 Too Early
Появляется в ответ на запрос, который может быть моментально запущен заново. Сервер не рискует и не берется за его обработку, чтобы не подставиться под так называемую «атаку повторного воспроизведения».
426 Upgrade Required
Тут нам прямо сообщают, что сервер не желает с нами общаться, пока мы не перейдем на более современный протокол. Наткнуться на такую ошибку очень тяжело, но в случае появления, скорее всего, будет достаточно установить браузер посвежее.
428 Precondition Required
428 выскакивает, если пользователь отправляет запрос на сервер, но получает некорректные или неактуальные данные. Так ресурс оповещает о необходимости внести в запрос информацию о предварительных условиях обработки данных. Только так он сможет гарантировать получение клиентом нужной информации.
429 Too Many Requests
Здесь все просто. Ошибка появляется, когда клиент отправляет на сервер слишком много запросов в короткий промежуток времени. Очень похоже на поведение взломщиков. По этой причине запрос моментально блокируется.
431 Request Header Fields Too Large
Из названия понятно, что ошибка с кодом 431 появляется из-за того, что в запросе клиента используются слишком длинные заголовки (неважно, один или несколько из них). Исправляется это с помощью сокращения заголовков и повторной отправки запроса. В теле ошибки обычно отображается краткая информация о том, как пользователь может решить эту проблему самостоятельно.
444 No Response
Этот код вам вряд ли удастся увидеть. Он отображается в лог-файлах, чтобы подтвердить, что сервер никак не отреагировал на запрос пользователя и прервал соединение.
449 Retry With
Код используется в расширениях компании Microsoft. Он сигнализирует о том, что запрос от клиента не может быть принят сервером. Причиной становятся неверно указанные параметры. Сама 449 ошибка говорит о необходимости скорректировать запрос и повторить его снова, подготовив к работе с сервером.
450 Blocked by Windows Parental Controls
450 код увидят дети, попавшие под действие системы «Родительский контроль» компании Microsoft. По сути, ошибка говорит о том, что с компьютера попытались зайти на заблокированный ресурс. Избежать этой ошибки можно изменением параметров родительского контроля.
451 Unavailable For Legal Reasons
Этот код сообщает клиенту, что он не может попасть на запрашиваемый ресурс из юридических соображений. Скорее всего, доступ был заблокирован из-за каких-нибудь государственных санкций, нового законодательства или цензуры со стороны властей. В общем, все вопросы к государству и провайдеру связи.
Читайте также
Комьюнити теперь в Телеграм
Подпишитесь и будьте в курсе последних IT-новостей
Подписаться
Список ошибок на стороне сервера (5xx)
Теперь поговорим об ошибках, которые возникают где-то на сервере. Все они связаны с запросами, которые не удается обработать на том конце. Пользователь зачастую в их появлении не виноват.
500 Internal Server Error
Этот код возникает, когда сервер сталкивается с непредвиденными обстоятельствами. Такими, которые и сам не может пояснить. Как, собственно, и завершить запрос со стороны пользователя. По факту, эта ошибка говорит нам что-то вроде «Я не могу подобрать более подходящий код ошибки, поэтому лови 500 и делай с этим, что хочешь». Мы писали о нем чуть подробнее тут.
Дело не в тебе, дело во мне (С)
501 Not Implemented
501 говорит нам, что функциональность, необходимая для обработки запроса со стороны клиента, попросту не реализована на сервере. Он не сможет корректно обработать используемый метод.
Иногда в теле ошибки еще пишут что-то в духе «Приходите попозже, возможно, в будущем нужная функция появится».
502 Bad Getaway
Можно встретить в том случае, если запрашиваемый сервер выступает в роли шлюза или прокси. Возникает из-за несогласования протоколов между вышестоящим серверов и его шлюзом. Рассказываем о том, как ее исправить, в этой статье.
503 Service Unavailable
Появляется, когда сервер не может обработать запрос клиента по одной из двух технических причин:
- Слишком много пользователей в текущий момент пытаются отправить запросы, и у сервера не остается ресурсов, чтобы ответить кому-либо еще.
- На сервере ведутся технические работы, временно блокирующие его работу.
Обычно ошибка 503 носит временный характер, и для ее решения достаточно немного подождать.
504 Gateway Timeout
Ошибка похожа на 408. Здесь же прокси-сервер пытается выйти на контакт с вышестоящим сервером, но не успевает это сделать до истечения тайм-аута. Отсюда и ошибка.
505 HTTP Version Not Supported
Этот код похож на 426. Он тоже связан с неподходящей версией протокола HTTP. В этом случае нужно обеспечить и клиента, и сервер единой версией. Она, как правило, указывается в запросе со стороны пользователя.
506 Variant Also Negotiates
Обычно с такой ошибкой сталкиваются только в том случае, если сервер изначально настроен неправильно. То есть это не сиюминутная проблема, а что-то серьезное на уровне базовой конфигурации. Тут придется потрудиться разработчикам. Выявить проблему и разрешить ее.
507 Insufficient Storage
Код 507 встречается в тех ситуациях, когда серверу не хватает пространства в хранилище для обработки запроса со стороны клиента. Проблема решается освобождением места или расширением доступного пространства. Тогда сервер сможет без проблем обработать запрос пользователя.
508 Loop Detected
Таким кодом сервер отзовется в случае, если заметит бесконечный цикл в запросе клиента. Можно расценивать его как провал запроса и выполняемой операции в целом.
509 Bandwidth Limit Exceeded
Возникает, если сервер начинает потреблять больше трафика, чем ему позволено.
510 Not Extended
Появляется, если клиент посылает запрос на использование какого-либо расширения, отсутствующего на сервере. Чтобы исправить проблему, надо убрать декларирование неподдерживаемого расширения из запроса или добавить поддержку на сервер.
511 Network Authentication Required
511 код говорит о том, что перед тем как выйти в сеть, надо авторизоваться (ввести логин и пароль). Можно воспринимать это неким PPPoE подключением, когда от клиента требуются данные для авторизации.
Заключение
Закончили. Это все ошибки, которыми отзывается HTTP, если на стороне сервера или клиента что-то пошло не так. Наткнуться на большую их часть довольно тяжело. Особенно, если вы раньше только серфили в интернете, а не занимались разработкой сайтов. А тем, кто входит в эту стезю, полезно знать основные ошибки, так как, скорее всего, придется не раз их исправлять.
Содержание
Составили подробный классификатор кодов состояния HTTP. Добавляйте в закладки, чтобы был под рукой, когда понадобится.
Что такое код ответа HTTP
Когда посетитель переходит по ссылке на сайт или вбивает её в поисковую строку вручную, отправляется запрос на сервер. Сервер обрабатывает этот запрос и выдаёт ответ — трехзначный цифровой код HTTP от 100 до 510. По коду ответа можно понять реакцию сервера на запрос.
Первая цифра в ответе обозначает класс состояния, другие две — причину, по которой мог появиться такой ответ.
Как проверить код состояния страницы
Проверить коды ответа сервера можно вручную с помощью браузера и в панелях веб‑мастеров: Яндекс.Вебмастер и Google Search Console.
В браузере
Для примера возьмём Google Chrome.
-
Откройте панель разработчика в браузере клавишей F12, комбинацией клавиш Ctrl + Shift + I или в меню браузера → «Дополнительные инструменты» → «Инструменты разработчика». Подробнее об этом рассказывали в статье «Как открыть исходный код страницы».
-
Переключитесь на вкладку «Сеть» в Инструментах разработчика и обновите страницу:
В Яндекс.Вебмастере
Откройте инструмент «Проверка ответа сервера» в Вебмастере. Введите URL в специальное поле и нажмите кнопку «Проверить»:
Как добавить сайт в Яндекс.Вебмастер и другие сервисы Яндекса
В Google Search Console
Чтобы посмотреть код ответа сервера в GSC, перейдите в инструмент проверки URL — он находится в самом верху панели:
Введите ссылку на страницу, которую хотите проверить, и нажмите Enter. В результатах проверки нажмите на «Изучить просканированную страницу» в блоке «URL есть в индексе Google».
А затем в открывшемся окне перейдите на вкладку «Подробнее»:
Теперь расскажем подробнее про все классы кодов состояния HTTP.
1* класс кодов (информационные сообщения)
Это системный класс кодов, который только информирует о процессе передачи запроса. Такие ответы не являются ошибкой, хотя и могут отображаться в браузере как Error Code.
100 Continue
Этот ответ сообщает, что полученные сведения о запросе устраивают сервер и клиент может продолжать отправлять данные. Такой ответ может требоваться клиенту, если на сервер отправляется большой объём данных.
101 Switching Protocols
Сервер одобрил переключение типа протокола, которое запросил пользователь, и в настоящий момент выполняет действие.
102 Processing
Запрос принят — он находится в обработке, и на это понадобится чуть больше времени.
103 Checkpoint
Контрольная точка — используется в запросах для возобновления после прерывания запросов POST или PUT.
POST отправляет данные на сервер, PUT создает новый ресурс или заменяет существующий данными, представленными в теле запроса.
Разница между ними в том, что PUT работает без изменений: повторное его применение даёт такой же результат, что и в первый раз, а вот повторный вызов одного и того же метода POST часто меняет данные.
Пример — оформленный несколько раз интернет‑заказ. Такое часто происходит как раз по причине неоднократного использования запроса PUT.
105 Name Not Resolved
Не удается преобразовать DNS‑адрес сервера — это означает ошибку в службе DNS. Эта служба преобразует IP‑адреса в знакомые нам доменные имена.
2* класс кодов (успешно обработанные запросы)
Эти коды информируют об успешности принятия и обработки запроса. Также сервер может передать заголовки или тело сообщений.
200 ОК
Все хорошо — HTTP‑запрос успешно обработан (не ошибка).
201 Created
Создано — транзакция успешна, сформирован новый ресурс или документ.
202 Accepted
Принято — запрос принят, но ещё не обработан.
203 Non‑Authoritative Information
Информация не авторитетна — запрос успешно обработан, но передаваемая информация была взята не из первичного источника (данные могут быть устаревшими).
204 No Content
Нет содержимого — запрос успешно обработан, однако в ответе только заголовки без контента сообщения. Не нужно обновлять содержимое документа, но можно применить к нему полученные метаданные.
205 Reset Content
Сбросить содержимое. Запрос успешно обработан — но нужно сбросить введенные данные. Страницу можно не обновлять.
206 Partial Content
Частичное содержимое. Сервер успешно обработал часть GET‑запроса, а другую часть вернул.
GET — метод для чтения данных с сайта. Он говорит серверу, что клиент хочет прочитать какой‑то документ.
Представим интернет‑магазин и страницы каталога. Фильтры, которые выбирает пользователь, передаются благодаря методу GET. GET‑запрос работает с получением данных, а POST‑запрос нужен для отправки данных.
При работе с подобными ответами следует уделить внимание кэшированию.
207 Multi‑Status
Успешно выполнено несколько операций — сервер передал результаты выполнения нескольких независимых операций. Они появятся в виде XML‑документа с объектом multistatus.
226 IM Used
Успешно обработан IM‑заголовок (специальный заголовок, который отправляется клиентом и используется для передачи состояния HTTP).
3* класс кодов (перенаправление на другой адрес)
Эти коды информируют, что для достижения успешной операции нужно будет сделать другой запрос, возможно, по другому URL.
300 Multiple Choices
Множественный выбор — сервер выдает список нескольких возможных вариантов перенаправления (максимум — 5). Можно выбрать один из них.
301 Moved Permanently
Окончательно перемещено — страница перемещена на другой URL, который указан в поле Location.
302 Found/Moved
Временно перемещено — страница временно перенесена на другой URL, который указан в поле Location.
303 See Other
Ищите другую страницу — страница не найдена по данному URL, поэтому смотрите страницу по другому URL, используя метод GET.
304 Not Modified
Модификаций не было — с момента последнего визита клиента изменений не было.
305 Use Proxy
Используйте прокси — запрос к нужному ресурсу можно сделать только через прокси‑сервер, URL которого указан в поле Location заголовка.
306 Unused
Зарезервировано. Код в настоящий момент не используется.
307 Temporary Redirect
Временное перенаправление — запрашиваемый ресурс временно доступен по другому URL.
Этот код имеет ту же семантику, что код ответа 302 Found, за исключением того, что агент пользователя не должен изменять используемый метод HTTP: если в первом запросе использовался POST, то во втором запросе также должен использоваться POST.
308 Resume Incomplete
Перемещено полностью (навсегда) — запрашиваемая страница была перенесена на новый URL, указанный в поле Location заголовка. Метод запроса (GET/POST) менять не разрешается.
4* класс кодов (ошибки на стороне клиента)
Эти коды указывают на ошибки со стороны клиентов.
400 Bad Request
Неверный запрос — запрос клиента не может быть обработан, так как есть синтаксическая ошибка (возможно, опечатка).
401 Unauthorized
Не пройдена авторизация — запрос ещё в обработке, но доступа нет, так как пользователь не авторизован.
Для доступа к запрашиваемому ресурсу клиент должен представиться, послав запрос, включив при этом в заголовок сообщения поле Authorization.
402 Payment Required
Требуется оплата — зарезервировано для использования в будущем. Код предусмотрен для платных пользовательских сервисов, а не для хостинговых компаний.
403 Forbidden
Запрещено — запрос принят, но не будет обработан, так как у клиента недостаточно прав. Может возникнуть, когда пользователь хочет открыть системные файлы (robots, htaccess) или не прошёл авторизацию.
404 Not Found
Не найдено — запрашиваемая страница не обнаружена. Сервер принял запрос, но не нашёл ресурса по указанному URL (возможно, была ошибка в URL или страница была перемещена).
405 Method Not Allowed
Метод не разрешён — запрос был сделан методом, который не поддерживается данным ресурсом. Сервер должен предложить доступные методы решения в заголовке Allow.
406 Not Acceptable
Некорректный запрос — неподдерживаемый поисковиком формат запроса (поисковый робот не поддерживает кодировку или язык).
407 Proxy Authentication Required
Нужно пройти аутентификацию прокси — ответ аналогичен коду 401, только нужно аутентифицировать прокси‑сервер.
408 Request Timeout
Тайм‑аут запроса — запрос клиента занял слишком много времени. На каждом сайте существует свое время тайм‑аута — проверьте интернет‑соединение и просто обновите страницу.
409 Conflict
Конфликт (что‑то пошло не так) — запрос не может быть выполнен из‑за конфликтного обращения к ресурсу (несовместимость двух запросов).
410 Gone
Недоступно — ресурс раньше был размещён по указанному URL, но сейчас удалён и недоступен (серверу неизвестно месторасположение).
411 Length Required
Добавьте длины — сервер отклоняет отправляемый запрос, так как длина заголовка не определена, и он не находит значение Content‑Length.
Нужно исправить заголовки на сервере, и в следующий раз робот сможет проиндексировать страницу.
412 Precondition Failed
Предварительное условие не выполнено — стоит проверить правильность HTTP‑заголовков данного запроса.
413 Request Entity Too Large
Превышен размер запроса — перелимит максимального размера запроса, принимаемого сервером. Браузеры поддерживают запросы от 2 до 8 килобайт.
414 Request‑URI Too Long
Превышена длина запроса — сервер не может обработать запрос из‑за длинного URL. Такая ошибка может возникнуть, например, когда клиент пытается передать чересчур длинные параметры через метод GET, а не POST.
415 Unsupported Media Type
Формат не поддерживается — сервер не может принять запрос, так как данные подгружаются в некорректном формате, и сервер разрывает соединение.
416 Requested Range Not Satisfiable
Диапазон не поддерживается — ошибка возникает в случаях, когда в самом HTTP‑заголовке прописывается некорректный байтовый диапазон.
Корректного диапазона в необходимом документе может просто не быть, или есть опечатка в синтаксисе.
417 Expectation Failed
Ожидания не оправдались — прокси некорректно идентифицировал содержимое поля «Expect: 100‑Continue».
418 I’m a teapot
Первоапрельская шутка разработчиков в 1998 году. В расшифровке звучит как «я не приготовлю вам кофе, потому что я чайник». Не используется в работе.
422 Unprocessable Entity
Объект не обработан — сервер принял запрос, но в нём есть логическая ошибка. Стоит посмотреть в сторону семантики сайта.
423 Locked
Закрыто — ресурс заблокирован для выбранного HTTP‑метода. Можно перезагрузить роутер и компьютер. А также использовать только статистический IP.
424 Failed Dependency
Неуспешная зависимость — сервер не может обработать запрос, так как один из зависимых ресурсов заблокирован.
Выполнение запроса напрямую зависит от успешности выполнения другой операции, и если она не будет успешно завершена, то вся обработка запроса будет прервана.
425 Unordered Collection
Неверный порядок в коллекции — ошибка возникает, если клиент указал номер элемента в неупорядоченном списке или запросил несколько элементов в порядке, отличном от серверного.
426 Upgrade Required
Нужно обновление — в заголовке ответа нужно корректно сформировать поля Upgrade и Connection.
Этот ответ возникает, когда серверу требуется обновление до SSL‑протокола, но клиент не имеет его поддержки.
428 Precondition Required
Нужно предварительное условие — сервер просит внести в запрос информацию о предварительных условиях обработки данных, чтобы выдавать корректную информацию по итогу.
429 Too Many Requests
Слишком много запросов — отправлено слишком много запросов за короткое время. Это может указывать, например, на попытку DDoS‑атаки, для защиты от которой запросы блокируются.
431 Request Header Fields Too Large
Превышена длина заголовков — сервер может и не отвечать этим кодом, вместо этого он может просто сбросить соединение.
Исправляется это с помощью сокращения заголовков и повторной отправки запроса.
434 Requested Host Unavailable
Адрес запрашиваемой страницы недоступен.
444 No Response
Нет ответа — код отображается в лог‑файлах, чтобы подтвердить, что сервер никак не отреагировал на запрос пользователя и прервал соединение. Возвращается только сервером nginx.
Nginx — программное обеспечение с открытым исходным кодом. Его используют для создания веб‑серверов, а также в качестве почтового или обратного прокси‑сервера. Nginx решает проблему падения производительности из‑за роста трафика.
449 Retry With
Повторите попытку — ошибка говорит о необходимости скорректировать запрос и повторить его снова. Причиной становятся неверно указанные параметры (возможно, недостаточно данных).
450 Blocked by Windows Parental Controls
Заблокировано родительским контролем — говорит о том, что с компьютера попытались зайти на заблокированный ресурс. Избежать этой ошибки можно изменением параметров системы родительского контроля.
451 Unavailable For Legal Reasons
Недоступно по юридическим причинам — доступ к ресурсу закрыт, например, по требованию органов государственной власти или по требованию правообладателя в случае нарушения авторских прав.
456 Unrecoverable Error
Неустранимая ошибка — при обработке запроса возникла ошибка, которая вызывает некорректируемые сбои в таблицах баз данных.
499 Client Closed Request
Запрос закрыт клиентом — нестандартный код, используемый nginx в ситуациях, когда клиент закрыл соединение, пока nginx обрабатывал запрос.
5* класс кодов (ошибки на стороне сервера)
Эти коды указывают на ошибки со стороны серверов.
При использовании всех методов, кроме HEAD, сервер должен вернуть в теле сообщения гипертекстовое пояснение для пользователя. И его можно использовать в работе.
500 Internal Server Error
Внутренняя ошибка сервера — сервер столкнулся с неким условием, из‑за которого не может выполнить запрос.
Проверяйте, корректно ли указаны директивы в системных файлах (особенно htaccess) и нет ли ошибки прав доступа к файлам. Обратите внимание на ошибки внутри скриптов и их медленную работу.
501 Not Implemented
Не выполнено — код отдается, когда сам сервер не может идентифицировать метод запроса.
Сами вы эту ошибку не исправите. Устранить её может только сервер.
502 Bad Gateway
Ошибка шлюза — появляется, когда сервер, выступая в роли шлюза или прокси‑сервера, получил ответное сообщение от вышестоящего сервера о несоответствии протоколов.
Актуально исключительно для прокси и шлюзовых конфигураций.
503 Service Unavailable
Временно не доступен — сервер временно не имеет возможности обрабатывать запросы по техническим причинам (обслуживание, перегрузка и прочее).
В поле Retry‑After заголовка сервер укажет время, через которое можно повторить запрос.
504 Gateway Timeout
Тайм‑аут шлюза — сервер, выступая в роли шлюза или прокси‑сервера, не получил ответа от вышестоящего сервера в нужное время.
Исправить эту ошибку самостоятельно не получится. Здесь дело в прокси, часто — в веб‑сервере.
Первым делом просто обновите веб‑страницу. Если это не помогло, нужно почистить DNS‑кэш. Для этого нажмите горячие клавиши Windows+R и введите команду cmd (Control+пробел). В открывшемся окне укажите команду ipconfig / flushdns и подтвердите её нажатием Enter.
505 HTTP Version Not Supported
Сервер не поддерживает версию протокола — отсутствует поддержка текущей версии HTTP‑протокола. Нужно обеспечить клиента и сервер одинаковой версией.
506 Variant Also Negotiates
Неуспешные переговоры — с такой ошибкой сталкиваются, если сервер изначально настроен неправильно. По причине ошибочной конфигурации выбранный вариант указывает сам на себя, из‑за чего процесс и прерывается.
507 Insufficient Storage
Не хватает места для хранения — серверу недостаточно места в хранилище. Нужно либо расчистить место, либо увеличить доступное пространство.
508 Loop Detected
Обнаружен цикл — ошибка означает провал запроса и выполняемой операции в целом.
509 Bandwidth Limit Exceeded
Превышена пропускная способность — используется при чрезмерном потреблении трафика. Владельцу площадки следует обратиться к своему хостинг‑провайдеру.
510 Not Extended
Не продлён — ошибка говорит, что на сервере отсутствует нужное для клиента расширение. Чтобы исправить проблему, надо убрать часть неподдерживаемого расширения из запроса или добавить поддержку на сервер.
511 Network Authentication Required
Требуется аутентификация — ошибка генерируется сервером‑посредником, к примеру, сервером интернет‑провайдера, если нужно ввести пароль для получения доступа к сети через платную точку доступа.
- Remove From My Forums
-
Question
-
Hi
One of my customer’s supplier is unable to mail to my customer.
The supplier gets the following error back after 2 days:
Diagnosticeringsoplysninger for administratorer:
Genererende server: AM0PR10MB2690.EURPRD10.PROD.OUTLOOK.COM
Modtagerserver: AM0PR10MB2690.EURPRD10.PROD.OUTLOOK.COM
Total retry attempts: 4
tsa@recipient.dk
5/14/2019 9:38:29 AM — Server at AM0PR10MB2690.EURPRD10.PROD.OUTLOOK.COM returned ‘550 5.4.317 Message expired, cannot connect to remote server(UntrustedRoot)’
5/14/2019 9:33:45 AM — Server at recipient.dk (recipient WAN IP ) returned ‘450 4.4.317 Cannot connect to remote server [Message=UntrustedRoot] [LastAttemptedServerName=recipient.dk] [LastAttemptedIP=recipient WAN IP:25] [AM5EUR02FT016.eop-EUR02.prod.protection.outlook.com](UntrustedRoot)’
Oprindelige brevhoveder:
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=sender.onmicrosoft.com; s=selector1-sender-dk;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
bh=Z/UntERO+FXAbRvjsO5yYNRKMr2Vj0/Ttp7qa+B2yVQ=;
b=jFzXLfa1BSFxlUR0k/vgfEvf4R07oKaKG5ZwqtfxNZEK2JdoOUxK7WaKSzt3cllCCK1a6hz5ZLuK3hiDkx1It3bSZRXioIl9rNlMWqKskHKQ57PsL2DlOGF+kPvmr4tWE1uyNggOWjteXzzW7VIFoHeJGlN/Swc2uaTZX29Tkmg=
Received: from AM0PR10MB2675.EURPRD10.PROD.OUTLOOK.COM (20.178.119.***) by
AM0PR10MB2690.EURPRD10.PROD.OUTLOOK.COM (20.178.117.***) with Microsoft SMTP
Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
15.20.1878.24; Sun, 12 May 2019 09:37:19 +0000
Received: from AM0PR10MB2675.EURPRD10.PROD.OUTLOOK.COM
([fe80::4c7b:dfa7:ed2d:503e]) by AM0PR10MB2675.EURPRD10.PROD.OUTLOOK.COM
([fe80::4c7b:dfa7:ed2d:503e%5]) with mapi id 15.20.1878.024; Sun, 12 May 2019
09:37:19 +0000
From: =?iso-8859-1?Q?Jan_sender?= <jakl@sender.dk>
To: «tsa@recipient.dk» <tsa@recipient.dk>
CC: «jb@support.dk» <jb@support.dk>
Subject: VS: test
Thread-Topic: test
Thread-Index: AdUGNXXWkL3lCUN3RJ2SHCwwk8KnsABkozzUADO0/zAAAY60sAACRvHA
Date: Sun, 12 May 2019 09:37:19 +0000
Message-ID: <AM0PR10MB2675C258CD29BB1D46AB44D2BB0E0@AM0PR10MB2675.EURPRD10.PROD.OUTLOOK.COM>
References: <AM0PR10MB2675E69372524832BAD1DFB7BB0E0@AM0PR10MB2675.EURPRD10.PROD.OUTLOOK.COM>
<1385B08B755D664CA8638255F12B6885033A3D108FF0@support.office.local>
In-Reply-To: <1385B08B755D664CA8638255F12B6885033A3D108FF0@support.office.local>
Accept-Language: da-DK, en-US
Content-Language: da-DK
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is )
smtp.mailfrom=jakl@sender.dk;
x-originating-ip: [sender WAN IP]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: eb2c2312-c758-45d8-4329-08d6d6bd6dba
x-microsoft-antispam: BCL:0;PCL:0;RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(49563074)(7193020);SRVR:AM0PR10MB2690;
X-MS-TrafficTypeDiagnostic: AM0PR10MB2690:|AM0PR10MB2690:|AM0PR10MB2690:|AM0PR10MB2690:|AM0PR10MB2690:|AM0PR10MB2690:|AM0PR10MB2690:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <AM0PR10MB26903791B5705B5ECF2FCCAFBB0E0@AM0PR10MB2690.EURPRD10.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:4714;
x-forefront-prvs: 0035B15214
x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(376002)(346002)(366004)(39830400003)(136003)(396003)(199004)(189003)(64756008)(66446008)(66556008)(66476007)(74316002)(8676002)(5640700003)(9686003)(3846002)(81156014)(99286004)(236005)(1730700003)(55016002)(81166006)(45776006)(8936002)(66946007)(76116006)(73956011)(66576008)(790700001)(966005)(6116002)(7116003)(14444005)(53936002)(256004)(26005)(186003)(68736007)(606006)(14454004)(45080400002)(7696005)(5024004)(6436002)(25786009)(76176011)(6306002)(54896002)(6916009)(54556002)(52536014)(733005)(102836004)(53546011)(11346002)(86362001)(2351001)(476003)(486006)(5660300002)(4326008)(446003)(66066001)(2906002)(508600001)(6506007)(99936001)(71200400001)(316002)(66574012)(74482002)(2501003)(71190400001)(33656002)(7736002);DIR:OUT;SFP:1102;SCL:1;SRVR:AM0PR10MB2690;H:AM0PR10MB2675.EURPRD10.PROD.OUTLOOK.COM;FPR:;SPF:None;LANG:da;PTR:InfoNoRecords;A:1;MX:1;
received-spf: None (protection.outlook.com: sender.dk does not designate
permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: d3jNEDlu2K1RqETB9siiz/lLmh/vZmM69dWi2pFD/EUYrAk4fsK2UpgPv5967iUJMlnu+Yo1s2+XjBW3kaavlv8cbqIaYHae2XZDrE6DZus/hDWmJwBMk4jErmDz3/C+P2Yk7u08gVD/opLxxCBrJdR4+zDWIfFRdsZzFZqf2S5zEDgZNQ05pR6+MxuQhlAp2FyV36F2mi8ZFbs4BQglFpNNyvHLiEhIQs4q6Bbnv8vkRfNbDM5mzSwycRG0Ukrl+S+RTjjp1FT+YCUTs8O5B4p8zgxRrB4cr8IU/jMYq/5Xn8UEJQK5vhpctdSxACMmoiScl+3recipientABx8qaCQjVceDAEUDIXx9kQCHrYv4wV2KIBmsrzw8lHFq0QkXFIHCVVtd2XF62AStp2RDFNPAffIMOTRF+akRpOQSj34pb524=
Content-Type: multipart/related;
boundary=»_006_AM0PR10MB2675C258CD29BB1D46AB44D2BB0E0AM0PR10MB2675EURP_»;
type=»multipart/alternative»
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: eb2c2312-c758-45d8-4329-08d6d6bd6dba
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 May 2019 09:37:19.6520
(UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 8a9f89e3-efbe-4195-bece-97f080922b45
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR10MB2690
X-OriginatorOrg: sender.dkIn the error message is recipient = customer and sender = supplier
I have tryed following:
— mail fra another Office365 account to my customer without any problems
— removed all restrictions on the customer’s firewall
A hint would be nice
Best Regards
John B
-
Edited by
Thursday, May 16, 2019 7:46 AM
add more information -
Edited by
Lydia ZhouMicrosoft contingent staff
Monday, May 20, 2019 9:47 AM
personal information
-
Edited by