Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
Pages: 1
Does someone know one e-mail server (yahoo,gmail, etc) that work with e-mail alert of DNS-323?
Offline
I wonder that too... I've filled allt the data of my gmail account like:
Login Method: Account
User Name: myusername@gmail.com
Password: mygmailpassword
SMTP server: smtp.gmail.com
Sender Email: madeupadress@dns323.com
Receiver E-mail: myusername@gmail.com
I have both POP and IMAP enabled at the gmail.
However, when I'm testing the settings I keep getting "Failure" as the result.
Does anybody use gmail for e-mail alert from DNS-323? Have I done something wrong or is it just not possible?
Offline
Many ISPs nowadays block port 25 and forces you to send e-mail through the ISP's own SMTP server. Try that first.
Offline
Gmail requires SSL in order to send email to them. There is an SSL library available for the DNS-323 already, but no one that I've seen has made it work with something like mailx so that we can send/receive to services like yahoo and gmail. Eventually I'd like to do this too, but has anyone else already done it or wants to do it?
Offline
I suspected that SSL could be a problem (whatever it is :-)). I guess I have to find out the login data to my ISP. :-/ Too bad... I like gmail and would like to have everything at the same place. ISPs come and go...
Offline
timofej wrote:
I suspected that SSL could be a problem (whatever it is :-)). I guess I have to find out the login data to my ISP. :-/ Too bad... I like gmail and would like to have everything at the same place. ISPs come and go...
You may not need a password to send e-mail through your ISP's SMTP server.
Offline
blahsome wrote:
You may not need a password to send e-mail through your ISP's SMTP server.
I believe I do. Anyway it's too late here. Have to go to bed.:-) Thank you for your replies/help! Will fix it tomorrow...
Offline
blahsome wrote:
You may not need a password to send e-mail through your ISP's SMTP server.
In today's world of SPAM that would be a truly careless ISP administrator, and the ip/domain would be black listed in short order.
Even for ip addresses within the ISP's ip block, it is now standard practice to require authentication to send email, secured authentication may not be required, but authentication usually is..
Offline
The way I got around this issue was to setup an email from my ISP just so I can get the DNS to send out email. As another poster mentioned, many ISP's block port 25 if you don't use their email account. Hope that helps. Or, maybe linksys will one day allow emails to go through another port, that would be great.
Offline
For Sweden (Nordic) users with Telia as the Internetprovider these settings works in DNS-323:
SMTP server: smtprelay1.telia.com
Sender e-mail: any valid e-mail adress (Tested Gmail and Yahoo-mail)
Receiver e-mail: any e-mail you want your alerts to be sent to.
Tell me if you have use for this info :-)
/Daniel
Offline
Dannyboy wrote:
For Sweden (Nordic) users with Telia as the Internetprovider these settings works in DNS-323:
SMTP server: smtprelay1.telia.com
Sender e-mail: any valid e-mail adress (Tested Gmail and Yahoo-mail)
Receiver e-mail: any e-mail you want your alerts to be sent to.
Tell me if you have use for this info :-)
/Daniel
Thank you for the tip but I've got a different ISP - BBB. :-)
Offline
fordem wrote:
blahsome wrote:
You may not need a password to send e-mail through your ISP's SMTP server.
In today's world of SPAM that would be a truly careless ISP administrator, and the ip/domain would be black listed in short order.
Even for ip addresses within the ISP's ip block, it is now standard practice to require authentication to send email, secured authentication may not be required, but authentication usually is..
If I want to send mail using my Exchange server I have to set the ISP SMTP up as a smart host, and that requires my account name and password. But for sending mail using the mail client, I can simply send it with no logon credentials to my ISP's SMTP server and it goes just fine.
Not sure which method actually applies to the DNS sending mail tho. Hope this info helps!
Offline
Different ISPs do different things, but almost universal is the requirement of some form of authentication before SNMP relay will be allowed - your ISP requires authentication, as evidenced by the fact that you have to supply the account name and password before you can send mail from your exchange server.
As regards not having to use logon credentials when sending from your email client - consider this - most email clients retrieve mail when they are first opened, and it is at this point that the logon credentials are supplied - when mail is sent, the credentials are not required because the client has already authenticated with the server.
Offline
I don't believe so in my case: I use my own server for inbound (IMAP) mail, and the ISP server for outbound (SMTP) mail. I don't actually use an ISP account because that would change if/when I switch providers. My cable modem at home and my DSL modem at the shop don't require a log on either. You connect directly to the modem via USB or ethernet and you're on as soon as you get an IP.
I imagine it is possible that all logging on is handled inside the modem then, although modems are freely switchable with other modems (of the same type, of course). Even if that is the case, my point was simply that I don't need to authorize to send mail through my ISP's SMTP server, so long as it's directly sent from my mail client and not relaying mail from a server.
Offline
Let me put it this way - your ISP is under no obligation to require authentication - however - IF your ISP allows the sending of email from any ip address (this is known as open relay) their servers will be used for the sending of SPAM - to prevent this most ISPs do not allow SMTP relay from ip addresses that they do not control.
Some ISPs will allow the sending of email from any ip address if the user can authenticate, and some don't.
Some ISPs will allow the sending of email from ip addresses within the block allocated to them without authentication, depending on other forms of control - in the case of both cable and DSL - the subscriber has a physical connection to the ISP network and is therefore presumed to be authorised - this is not the case with dialup where anyone can dial the ISP's access number from anywhere in the world.
IF your ISP allows the sending of email from any ip address under it's control without some form of authentication, they create a scenario where a system belonging to any one of their subscribers, if infected with certain types of virus, can be used to send SPAM.
The end result in this case is usually that the volume of SPAM originating from the block of ip addresses controlled by the ISP is observed to be abnormally high and that ip block is then blacklisted on one or more of the blacklists used by other ISPs to control SPAM. Should this happen, the ISP's subscribers will experience difficulty in sending email.
How your ISP deals with SPAM is their business, and as I pointed out in my earlier post, different ISPs do different things - however - there are few if any ISPs who can afford to ignore SPAM, and authentication is usually one of the first methods employed.
Question - have you tried sending anonymous email alerts from your DNS-323? Did you succeed?
Offline
Hey, I'm not trying to start a pissing contest here... I don't work for my ISP so I don't know what anti-SPAM methods they employ. Time Warner is not just a local smalltime ISP, so maybe someone else can give a report on what they do to prevent spam. I also don't have any need for sending email alerts from my DNS-323. I simply responded because my experience gives merit to what blahsome said about not necessarily needing to log on to send mail, depending on how it works. You responded with a blanket statement about careless administrators, and I don't think Time Warner / RoadRunner is on many black lists, although I could be mistaken there.
Again, not trying to argue with you. If my experience is not helpful to those concerned, I apologize.
Offline
Pages: 1