numero = 48444
interpreted = N
texte = Ah, makes sense. Thanks Bob.GK> No its actually a key that you can generate and change anytime. You > must have this key to do transactions. Kind of like a special password. > you never have to change you key if you don't want to. but this means > your not sending your password instead its a key. If it get > compromised. you just change keys, but they cannot get into your > account. If you send passwords then they could log into your account > and abuse you. > > The thing is they see every trick in the book and so they have to > constantly adapt. Imagine if your anti spam rules never changed. They > have to adapt and they cannot in good conscience or in business > practice leave a whole open no matter how remote the likelhood of its > use. > > > On Wednesday, March 5, 2003, at 09:31 PM, Gary Krockover wrote: > > > I just don't understand how the trans_key works. From what I've read, > > it's > > a unique key on a per order basis that is pre-generated just before > > the cart > > is moved to the payment gateway. We have to find a way to have WebDNA > > generate and grab this key, then place it in the x_trans_key field > > that is > > sent with the other info. Maybe I'm just reading too much into it and > > it > > won't be nothing more than a TCPConnect to get the key and pass it > > back. > > > Robert Minor > ____________________________________ > http://www.cybermill.com > Development, Hosting, Colocation on a multihomed DS3. ------------------------------------------------------------- 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:
Ah, makes sense. Thanks Bob.GK> No its actually a key that you can generate and change anytime. You > must have this key to do transactions. Kind of like a special password. > you never have to change you key if you don't want to. but this means > your not sending your password instead its a key. If it get > compromised. you just change keys, but they cannot get into your > account. If you send passwords then they could log into your account > and abuse you. > > The thing is they see every trick in the book and so they have to > constantly adapt. Imagine if your anti spam rules never changed. They > have to adapt and they cannot in good conscience or in business > practice leave a whole open no matter how remote the likelhood of its > use. > > > On Wednesday, March 5, 2003, at 09:31 PM, Gary Krockover wrote: > > > I just don't understand how the trans_key works. From what I've read, > > it's > > a unique key on a per order basis that is pre-generated just before > > the cart > > is moved to the payment gateway. We have to find a way to have WebDNA > > generate and grab this key, then place it in the x_trans_key field > > that is > > sent with the other info. Maybe I'm just reading too much into it and > > it > > won't be nothing more than a TCPConnect to get the key and pass it > > back. > > > Robert Minor > ____________________________________ > http://www.cybermill.com > Development, Hosting, Colocation on a multihomed DS3. ------------------------------------------------------------- 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/
Gary Krockover
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...