Re: TCP Connect code for SMTP transaction
This WebDNA talk-list message is from 2004
It keeps the original formatting.
numero = 57629
interpreted = N
texte = Hi, Thanks for your message. I am already very familiar with the WebDNA sendmail command, it writes text files into a folder. The emailer component of WebDNA 6 then processes the text files and connects to the specified mail server. However, if the recipient address is bad, e.g. bad.user@good-domain.com you do not get any notice of the failure back as I used to in OS9/Web*/SIMS As I'm using WebDNA to send mail to a client list, I need to know if one of the addresses in no longer valid. I take your point about waiting for the SMTP response but I've already determined that I can use- [text]hello_status=[TCPSend end=%0D%0A]HELO [hello][UnURL]%0D%0A[/UnURL][/TCPSend][/text] then test that answer and go on to the next bit. With regard to writing poor code, I have yet to find a quicker or more user-friendly webmail solution than the one that I wrote myself which is used daily by of our clients! Regards, Colin Colin Sidwell 01905 797383 ------------------------------- http://www.idealinternet.co.uk ------------------------------- > From: John Peacock
> Reply-To: (WebDNA Talk) > Date: Tue, 04 May 2004 09:54:29 -0400 > To: (WebDNA Talk) > Subject: Re: TCP Connect code for SMTP transaction > > Colin Sidwell wrote: > >> The emailer application in OSX is too primitive, e.g. unless you look in the >> log or problem email folder, you don't know if your message bounced. > > The [sendmail] context is only intended to connect to a real e-mail server, > which will then handle the queuing of the messages for eventual delivery. It > is > not intended to be used to directly send messages. If you are not familiar > with > how to use the OSX SMTP server (which should be sendmail itself if I am not > mistaken), perhaps you should learn to use the system tool correctly, rather > than trying to hack up something poor. > > Bounced messages will be reported to the envelope FROM: address; if this isn't > a > real mailbox, you won't get bounce messages. If you are concerned about > people > typing in a non-working e-mail address, you can do ask them to key it in twice > (this usually gets them to think before they type). Or if you are dealing > with > a high-value transaction, you e-mail them a link to continue the transaction, > rather than completing the transaction with the initial e-mail. You can also > do > some simple validation of the e-mail address using either JavaScript or the > [grep] context. > >> >> I am experimenting with writing my own, here's what I've got so far- >> >> [TCPConnect host=[server]&port=25] >> [TCPSend end=%0D%0A]HELO [hello][UnURL]%0D%0A[/UnURL][/TCPSend] >> [TCPSend end=%0D%0A]MAIL FROM:[from][UnURL]%0D%0A[/UnURL][/TCPSend] >> [TCPSend end=%0D%0A]RCPT TO:[to][UnURL]%0D%0A[/UnURL][/TCPSend] >> [TCPSend end=%0D%0A]DATA[UnURL]%0D%0A[/UnURL][/TCPSend] >> [TCPSend end=%0D%0A]X-Mailer: Ideal TCP Connector > > This won't work in general, as I said, since you have no way of waiting for > the > prompts from the remote server. A SMTP transaction is a conversation between > two systems; the SMTP software I use would cut your code off because you start > "talking" before I have answered your initial greeting. > > The biggest mistake people make when posting questions to a list is to > describe > what they [think they] need to do, rather than describe what they actually > want > to accomplish. You've already decided you need a SMTP client, when the > problem > you are trying to solve is something completely different... > > John > > -- > John Peacock > Director of Information Research and Technology > Rowman & Littlefield Publishing Group > 4501 Forbes Boulevard > Suite H > Lanham, MD 20706 > 301-459-3366 x.5010 > fax 301-429-5748 > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > > Web Archive of this list is at: http://webdna.smithmicro.com/ ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/
Associated Messages, from the most recent to the oldest:
Hi, Thanks for your message. I am already very familiar with the WebDNA sendmail command, it writes text files into a folder. The emailer component of WebDNA 6 then processes the text files and connects to the specified mail server. However, if the recipient address is bad, e.g. bad.user@good-domain.com you do not get any notice of the failure back as I used to in OS9/Web*/SIMS As I'm using WebDNA to send mail to a client list, I need to know if one of the addresses in no longer valid. I take your point about waiting for the SMTP response but I've already determined that I can use- [text]hello_status=[TCPSend end=%0D%0A]HELO [hello][unurl]%0D%0A[/UnURL][/TCPSend][/text] then test that answer and go on to the next bit. With regard to writing poor code, I have yet to find a quicker or more user-friendly webmail solution than the one that I wrote myself which is used daily by of our clients! Regards, Colin Colin Sidwell 01905 797383 ------------------------------- http://www.idealinternet.co.uk ------------------------------- > From: John Peacock > Reply-To: (WebDNA Talk) > Date: Tue, 04 May 2004 09:54:29 -0400 > To: (WebDNA Talk) > Subject: Re: TCP Connect code for SMTP transaction > > Colin Sidwell wrote: > >> The emailer application in OSX is too primitive, e.g. unless you look in the >> log or problem email folder, you don't know if your message bounced. > > The [sendmail] context is only intended to connect to a real e-mail server, > which will then handle the queuing of the messages for eventual delivery. It > is > not intended to be used to directly send messages. If you are not familiar > with > how to use the OSX SMTP server (which should be sendmail itself if I am not > mistaken), perhaps you should learn to use the system tool correctly, rather > than trying to hack up something poor. > > Bounced messages will be reported to the envelope FROM: address; if this isn't > a > real mailbox, you won't get bounce messages. If you are concerned about > people > typing in a non-working e-mail address, you can do ask them to key it in twice > (this usually gets them to think before they type). Or if you are dealing > with > a high-value transaction, you e-mail them a link to continue the transaction, > rather than completing the transaction with the initial e-mail. You can also > do > some simple validation of the e-mail address using either JavaScript or the > [grep] context. > >> >> I am experimenting with writing my own, here's what I've got so far- >> >> [TCPConnect host=[server]&port=25] >> [TCPSend end=%0D%0A]HELO [hello][unurl]%0D%0A[/UnURL][/TCPSend] >> [TCPSend end=%0D%0A]MAIL FROM:[from][unurl]%0D%0A[/UnURL][/TCPSend] >> [TCPSend end=%0D%0A]RCPT TO:[to][unurl]%0D%0A[/UnURL][/TCPSend] >> [TCPSend end=%0D%0A]DATA[unurl]%0D%0A[/UnURL][/TCPSend] >> [TCPSend end=%0D%0A]X-Mailer: Ideal TCP Connector > > This won't work in general, as I said, since you have no way of waiting for > the > prompts from the remote server. A SMTP transaction is a conversation between > two systems; the SMTP software I use would cut your code off because you start > "talking" before I have answered your initial greeting. > > The biggest mistake people make when posting questions to a list is to > describe > what they [think they] need to do, rather than describe what they actually > want > to accomplish. You've already decided you need a SMTP client, when the > problem > you are trying to solve is something completely different... > > John > > -- > John Peacock > Director of Information Research and Technology > Rowman & Littlefield Publishing Group > 4501 Forbes Boulevard > Suite H > Lanham, MD 20706 > 301-459-3366 x.5010 > fax 301-429-5748 > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > > Web Archive of this list is at: http://webdna.smithmicro.com/ ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/
Colin Sidwell
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
Grouping fields help (2004)
More on the email templates (1997)
[ShowNext] feature in 2.0 (1997)
Re2: frames & carts (1997)
[OT] Linux -> Winderz (2005)
Associative lookup style? + bit more (1997)
WebCat2b13MacPlugIn - More limits on [include] (1997)
Problems w/ heavy use of cart header fields? (1998)
[WebDNA] remove from list... donavan (2009)
relogin same user? (1998)
Help with WebCatalog (1998)
Will webdna execute before a [redirect]? (1999)
Security Question (1997)
Random ads (1998)
PCS Frames (1997)
urls (2005)
creator code (1997)
WebCat2b13MacPlugIn - [include] doesn't allow creator (1997)
Errata: WCS Newbie question (1997)
.. more on sliding discounts... (1997)