Para configurar sus cuentas de correo deberá especificar los siguientes datos:

Para configurar el envío de e-mails (usuario SMTP), debe activar la casilla:
“Mi servidor requiere autenticación”.

El error 0×800CCC0F se debe a que el equipo no puede conectar con el servidor .

Para poder solucionarlo deberá  tener en cuenta los siguientes aspectos:

- Su antivirus, al escanear el correo, puede estar bloqueando la conexión. Algunos tipos de antivirus tienen un modo de funcionamiento que les sitúa entre la conexión a internet y el programa de correo, interceptando los mensajes que envíe y reciba con el programa de correo (realmente su mensaje sale hacia el antivirus, el cual lo escanea, y después lo transmite al servidor de correo).
Este modo de funcionamiento es propenso a dar errores con mensajes de correo grandes y que contienen ficheros adjuntos, especialmente en equipos lentos (poca CPU, RAM o muchos programas ejecutándose)
Para comprobarlo, desactive temporalmente su antivirus y proceda a enviar el mensaje de nuevo. Si resultó exitosa la operación, vuelva a activar el antivirus.

- Si dispone de firewall, puede ser que no tenga el acceso a internet abierto para las aplicaciones Msimn.exe (Outlook express) o Outlook.exe (Microsoft Outlook).

- Del mismo modo, puede que su firewall no tenga abiertos el puerto 110 para recepción de correo y el 25 para el envío de correo.

- Si el error no es habitual puede ser debido a que esté intentando descargar un mensaje con un fichero adjunto bastante grande que esté saturando el escaner de su antivirus.

En Mac OS X, como otros sistemas operativos comerciales, en principio no se pueden hacer capturas de pantalla directamente desde el sistema cuando se está reproduciendo un DVD. Se supone que por rollo de cuestiones legales –aunque parece que nadie haya copiado aún un DVD capturando y pegando fotograma por fotograma.

La forma habitual de sortear este impedimento es instalando programas de terceras partes como SnapZ (OS X, shareware), pero hay una forma de hacer una capturas de pantalla incluyendo la imagen del DVD en reproducción directamente desde el sistema Mac OS X. Basta con invocar el poder de la línea de comandos (abrir el Terminal) y teclear

screencapture -i ~/Desktop/captura-dvd.png [enter]

El cursor se convertirá en una cruz. Pulsando la barra espaciadora éste cambiará a una cámara de fotos. Selecciona la ventana del DVD, haz clic y listo –ya tienes la imagen del DVD en reproducción en forma de imagen (archivo captura-dvd.png) sobre el escritorio.

Leído en Take a Screenshot of DVD Player in OS X donde hay una lista con las opciones del comando screencapture. También Screenshot Hacks for Mac OS X es un completo y extenso artículo con información y trucos al respecto.

Tomado de http://www.microsiervos.com

In order to set SPF record for your domain go to the site called

 http://www.openspf.org/

Select option there called SPF WIZARD

Put your domain name there and say start.

Select all those options you want there like A record, MX record and press “continue” button.

You will get a spf record for your domain under the heading,

The SPF record:

v=spf1 a mx ?all

Now you will have to put this record in the dns zone for that domain on the server.

You will have to add the entry in dns zone for that domain, for spf record as per given below,

domain.com. IN TXT v=spf1 a mx ?all

You can check whether it is added correct to your domain at — http://www.dnsreport.com/tools/dnsreport.ch?domain=domain.com >> Mail >> SPF record option.

Related links:
http://new.openspf.org/FAQ/Testing_and_validating
http://www.dnsstuff.com/pages/spf.htm
http://www.microsoft.com/mscorp/safety/content/technologies/senderid/wizard/
http://www.openspf.org/wizard.html

Background information
Do you get tired of getting e-mails that are sent to you, but not actually from you? What happens when a spammer e-mails 1000 people using sales@yourdomain.com and then you get a ton of kick back messages, or people complaining you are sending them spam? If you implement this method, and the server the e-mail is being sent to also takes it into account, you might be able to put a stop to that spam.

For example, you receive an e-mail from sales@yourdomain.com, yet it isn’t actually an e-mail that you sent- it is spam.

By implementing the method called Sender Policy Framework (SPF), you can do something about it. You can add some information to your domain name that says “all e-mails sent using anything@yourdomain.com are spam, except for e-mails that are sent from this mailserver and this mailserver.”

Any server that checks for SPF records will help handle spam. So it is helpful for not only your e-mail account, but also other mailservers that implement SPF (such as at Hotmail/AOL). Spam software is also implementing SPF to increase/decrease the probability of an e-mail message being flagged as spam (such as Spam Assassin).

It is also useful at helping to keep your domain out of some arbitrary blacklists run by ISPs or webhosting providers. Some will check for valid SPF records and weigh that against blacklisting you. It may show them that you are aware of the problem enough to publish such records.

The basic way you implement this, is in regards with domain records. Every domain name keeps a list of records, where you can define certain things relating to your domain (for example, you are hosting your website with one company, yet you are handling your e-mail with another company, in order to do this you would need to edit a domain record).

There are a few questions you need to ask yourself before you can implement this…

1) What mailservers are you planning to send e-mails from?
- Here’s a situation… You have a hosting account with X host, and your domain name example.com. You also use Cox as your ISP. When you send an e-mail using something like Microsoft Outlook and your ISP’s outgoing mailserver (SMTP) for example.com (which is hosted with X host), then the e-mail comes from yourname@example.com. However, it doesn’t come from the X host mailserver, but instead the ISP’s mailserver (such as smtp.west.cox.net). You will need to know every mailserver you plan to use to send e-mails from. Usually, it will just be your web host; however, some people send mail using their domain name and their ISP’s mailserver.

2) What do you want the mailserver to do when a message is sent using example.com, but NOT from the mailservers you listed?
?all – Tells the receiving mailserver what to do in case of a failed test. ?all tells the server that email should come from X host but, accept it from other places too because we’re not certain where all email is coming from.

~all tells the server that email should all come from X host but, to not reject the emails completely.

~all softfails the email which means it is received but, the person it is sent to could be given a warning about the email being possibly forged or the emails could be moved to a spam box.

-all tells the receiving server that you are certain all email for the domain will come from servers in the record and if it doesn’t it should be rejected outright as a forged email or moved to a spam box based solely on that criteria without considering what is in the email.

How to implement this
1) The first step is to answer the two questions above. The critical part is finding out what mailservers you plan to send e-mails from. Contact your web host and ask them what the outgoing mailserver is (usually it is something like smtp.hostname.com)
2) Next, think about how e-mails should be handled. Should you tell the mailserver that you want to flag the message as 100% for sure spam? Or maybe just say there is a high chance that it is spam, but it might not be? The suggested setting is simply ?all. This will let the mailserver know you have implemented the SPF method, and weigh that when determining if something is or isn’t spam.
3) Edit the DNS Zone for example.com. Since an SPF record is a TXT record, you will add something like this:
example.com. IN TXT “v=spf1 a:smtp.example.com a:smtp.west.cox.net ?all”

This will say “all e-mails sent from my domain: example.com are supposed to come from the mailservers smtp.example.com and smtp.west.cox.net. If the e-mail is not coming from either of the two mailservers, there is a chance it is a spam message.”

If you are not sure how to edit a record for your domain, your web host should be able to help you do it yourself. If you are on a cPanel/WHM server, log into WHM and click on ‘Edit DNS Entry’.

The great thing about this is that only mailservers that implement the SPF check will actually look for this. So if you have it, and the mailserver you are using doesn’t use it, it won’t hurt anything at all (it will just be ignored, or as if you didn’t even have it). If you have it enabled and the mailserver checks for it, then

Potential drawbacks
Let’s say that you only send e-mails using the example.com’s mailserver, and have the record setup for that mailserver only. If you decide that you want to setup e-mail for example.com on your home computer, and you use your ISP’s outgoing mailserver (such as smtp.west.cox.net), then it may or may not be flagged as spam.

So as long as you list the mailservers you plan to use, then everything should be fine. Most people only use one or two mailservers to send e-mail, so it really isn’t a big problem to list them.

_____________________________

Arizona Web Design – Mr Bobs Web Design in Arizona
The Arizona Web Hosting Challenge