English Deutsch Français Italiano Español Português 繁體中文 Bahasa Indonesia Tiếng Việt ภาษาไทย
All categories

2006-09-19 09:17:35 · 9 answers · asked by silver fox 1 in Computers & Internet Internet

9 answers

Depends on a lot of factors: speed of mail servers, length of mail queue, internet traffic, message throttling.

Shouldn't take more than a minute though.

2006-09-19 09:18:46 · answer #1 · answered by IT Pro 6 · 1 0

That depends on the stability of the networks across which the messages are delivered.

For most private individuals, sending e-mail to other individuals across web based e-mail (Yahoo!, AOL, Hotmail), the delivery is almost instantaneous.

For E-mail sent between (or to) private intranets (business networks), there may be a delay. If one of the intranets was down (nightly lockdowns, or down for service), then the E-mail is "delivered" when the network is back up.

2006-09-19 09:23:28 · answer #2 · answered by Jim T 6 · 0 0

5 seconds

2006-09-19 09:18:57 · answer #3 · answered by sweety 3 · 0 0

I registered this morning (clue 6) at around 7:30 CDT and that i won the confirmation/validation e mail actually seconds later. i exploit hotmail which i think of is faster than different emailing websites. yet i know that yahoo and different emailing internet site purchasers mentioned it took them as much as an afternoon or greater.. reliable luck!

2016-12-12 11:17:57 · answer #4 · answered by ? 4 · 0 0

It depends on a number of factors:

Let's assume that I want to send a piece of e-mail. My e-mail ID is brain, and I have my account on howstuffworks.com. I want to send e-mail to jsmith@mindspring.com. I am using a stand-alone e-mail client like Outlook Express.

When I set up my account at howstuffworks, I told Outlook Express the name of the mail server -- mail.howstuffworks.com. When I compose a message and press the Send button, here is what happens:

1. Outlook Express connects to the SMTP server at mail.howstuffworks.com using port 25.

2. Outlook Express has a conversation with the SMTP server, telling the SMTP server the address of the sender and the address of the recipient, as well as the body of the message.

3. The SMTP server takes the "to" address (jsmith@mindspring.com) and breaks it into two parts:
* The recipient name (jsmith)
* The domain name (mindspring.com)

If the "to" address had been another user at howstuffworks.com, the SMTP server would simply hand the message to the POP3 server for howstuffworks.com (using a little program called the delivery agent). Since the recipient is at another domain, SMTP needs to communicate with that domain.

4. The SMTP server has a conversation with a Domain Name Server, or DNS (see How Web Servers Work for details). It says, "Can you give me the IP address of the SMTP server for mindspring.com?" The DNS replies with the one or more IP addresses for the SMTP server(s) that Mindspring operates.

5. The SMTP server at howstuffworks.com connects with the SMTP server at Mindspring using port 25. It has the same simple text conversation that my e-mail client had with the SMTP server for HowStuffWorks, and gives the message to the Mindspring server. The Mindspring server recognizes that the domain name for jsmith is at Mindspring, so it hands the message to Mindspring's POP3 server, which puts the message in jsmith's mailbox.

If, for some reason, the SMTP server at HowStuffWorks cannot connect with the SMTP server at Mindspring, then the message goes into a queue. The SMTP server on most machines uses a program called sendmail to do the actual sending, so this queue is called the sendmail queue. Sendmail will periodically try to resend the messages in its queue. For example, it might retry every 15 minutes. After four hours, it will usually send you a piece of mail that tells you there is some sort of problem. After five days, most sendmail configurations give up and return the mail to you undelivered.

The actual conversation that an e-mail client has with an SMTP server is incredibly simple and human readable. It is specified in public documents called Requests For Comments (RFC), and a typical conversation looks something like this:

helo test
250 mx1.mindspring.com Hello abc.sample.com
[220.57.69.37], pleased to meet you
mail from: test@sample.com
250 2.1.0 test@sample.com... Sender ok
rcpt to: jsmith@mindspring.com
250 2.1.5 jsmith... Recipient ok
data
354 Enter mail, end with "." on a line by itself
from: test@sample.com
to:jsmith@mindspring.com
subject: testing
John, I am testing...
.
250 2.0.0 e1NMajH24604 Message accepted
for delivery
quit
221 2.0.0 mx1.mindspring.com closing connection
Connection closed by foreign host.

What the e-mail client says is in blue, and what the SMTP server replies is in green. The e-mail client introduces itself, indicates the "from" and "to" addresses, delivers the body of the message and then quits. You can, in fact, telnet to a mail server machine at port 25 and have one of these dialogs yourself -- this is how people "spoof" e-mail.

Depending on the latency of the network (delay), the efficiency of the servers, and the bandwidth of the connections, as well as the distance between the computers, it can take anywhere from instantaneous (milliseconds) up to a few minutes.

2006-09-19 09:23:28 · answer #5 · answered by Ryan H 2 · 0 0

almost if other party is on line it won't take a second even..just simple email sent as a normal delivery, you can change the setting and make URGENT..it will be delivered in a second..

2006-09-19 09:21:13 · answer #6 · answered by precede2005 5 · 0 0

depends...sometimes yahoo is wacky, especially if you are sending it to another type email addy, like aol or comcast. But normally it is sent almost instantly.

2006-09-19 09:20:19 · answer #7 · answered by amalia372005 5 · 0 1

a few seconds

2006-09-19 15:58:18 · answer #8 · answered by rosiedog1959 1 · 0 0

3.6?

2006-09-19 09:19:47 · answer #9 · answered by Nav 3 · 0 0

fedest.com, questions and answers