Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

SMTP authentication

 [1/6] from: kitson:maxis:my at: 17-Apr-2001 8:09


Hi, I'm new to Rebol and have a problem with SMTP authentication which my mail server requires but the Send function does not appear to include. I've tried a POP read first but it doesn't help. I've done a fair bit of RFMing but no luck. The documentation for SMTP doesn't refer to authentication although when I look at the SMTP 'Scheme' it does include user: and pass: in its definition - I cannot understand the code enough to see whether they are being used. I'm sure a new SMTP scheme could be written which includes authentication but its a bit beyond me for now! - can anybody help? Thanks, Nick

 [2/6] from: gjones05:mail:orion at: 17-Apr-2001 7:50


From: "Nick Kitson"
> Hi, I'm new to Rebol and have a problem with SMTP authentication which my > mail server requires but the Send function does not appear to include.
<<quoted lines omitted: 8>>
> - can anybody help? > Thanks, Nick
Hi, Nick, I scanned the last nine months of archived list messages, and can't find the answer. Several others have asked essentially the same question, but without answer. I'm virtually certain that it can be done, but it is not obvious to me either. I would normally hack around to see if I could figure it out, but unfortunately (or, perhaps, fortunately ;) none of the smtp servers that I use require authentication. So I can't really be of direct help. My first thought was to change the settings in the user.r file (located usually where REBOL is installed) and try to change the SMTP server from: smtp.my.dom to: user:[pass--smtp--my--dom] Save the file and then restart REBOL. If that works, then the great, but it is unsecure if anyone has access to your file system, so the trick then is to supply the values as needed (which is what you are asking, I know). Otherwise I would request support at [feedback--rebol--com] and see if the answer is known. If you figure it out, be sure and let us know! The question will surely rise again. Good luck! --Scott Jones

 [3/6] from: kitson::maxis::net::my at: 18-Apr-2001 0:07


Hi Scott, No good I'm afraid - SMTP doesn't seem to like it at all -
>> trace/net on >> send [abc--def--com] "now is the time"
Net-log: ["Opening tcp for" smtp] ** Access Error: Cannot connect to myuser:[mypass--smtp--maxis--net--my] ** Where: send ** Near: smtp-port: open [scheme: 'smtp] if email? It gets further without user: and pass: until the authentication error
>> send [abc--def--com] "now is the time"
Net-log: ["Opening tcp for" smtp] Net-log: [none "220"] Net-log: {220-mail2.maxis.net.my Microsoft SMTP MAIL ready at Tue, 17 Apr 2001 23:34:58 +0800 Version: 5.5.1877.467.46} Net-log: "220 ESMTP spoken here" Net-log: [["HELO" system/network/host] "250"] Net-log: "250 mail2.maxis.net.my Hello [202.151.220.13]" Net-log: "MAIL FROM: <[kitson--maxis--net--my]>" Net-log: [none "250"] ** User Error: Server error: tcp 505 Client was not authenticated ** Near: insert port reduce data I use 2 servers which need authentication like this - interestingly, the only server I use which doesn't need send authentication is Yahoo (although it is necessary to do a POP read first. Over time I think we will see most SMTP servers require authentication in order to prevent spamming so a solution is going to be required at some point. Any more ideas? Regards, Nick

 [4/6] from: gjones05:mail:orion at: 17-Apr-2001 11:50


Nick asked: Hi, I'm new to Rebol and have a problem with SMTP authentication which my mail server requires but the Send function does not appear to include. I've tried a POP read first but it doesn't help. I've done a fair bit of RFMing but no luck. The documentation for SMTP doesn't refer to authentication although when I look at the SMTP 'Scheme' it does include user: and pass: in its definition - I cannot understand the code enough to see whether they are being used. I'm sure a new SMTP scheme could be written which includes authentication but its a bit beyond me for now! - can anybody help? Then ... Scott offered lame suggestion that failed miserably. Now Scott sez: "Time for some serious hacking!!!" Try this: smtp-port: open [scheme: 'smtp] close smtp-port smtp-port/user: "authenticating-user-name" smtp-port/pass: "autenticating-user-password" Of course, use the correct authenticating info in place of my place holders. Then try sending yourself some email through 'send in the "usual" way: send [my-email--my-own--dom] "Hello, Nick" My theory on this one is that the first port opening sets up the word (which is smtp-port) that holds the information used for sending email. You manually open and close to get this word setup. Then manually insert the user name and password for authentication and see what happens next time that 'send is used. Worth a try until someone who knows what they're doing answers your question (hint, hint). Good luck, again. --Scott Jones

 [5/6] from: kitson:maxis:my at: 18-Apr-2001 8:22


Nope - still no good I'm afraid. I think the problem is not how to pass the user name and password to the SMTP scheme - I think the problem is the way the scheme uses them. Trouble is I cannot understand the code well enough to work out what's going on! Thanks for help so far, Nick.

 [6/6] from: brett:codeconscious at: 18-Apr-2001 11:05


Hi Nick I'm sorry if I've overlooked any info you have already provided about the problem.. Have you tried this type method of authentication in rebol (example is FTP from the manual)? read [ scheme: 'FTP host: "ftp.example.com" port-id: 8000 target: %/file.txt user: "bill" pass: "vbs" ] The other thing is. Have you been sucessful with another client that you are perhaps more familiar with? Not to say Rebol can't do it, but as a check to ensure that it is not some other Networking problem. I looked at the trace you gave and I wonder if this is a corporate lan or an ISP. Brett.

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted