[e-gold-tech] Re: shlib_dirs (fwd)

2001-11-28 Thread ppruett
please disregard any previous posting about shlib_dirs, my mistake, hit the wrong recepient in my pine address book due to type ahead on a high latency connection - apologies to the list. paul --- You are currently subscribed to e-gold-tech as: archive@jab.org To unsubscribe send a blank e

[e-gold-tech] Re: shlib_dirs (fwd)

2001-11-28 Thread ppruett
fyi -- Forwarded message -- Date: Wed, 28 Nov 2001 08:44:40 -0600 From: Andrey Smagin <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: shlib_dirs - Original Message - From: "Ragnar Beer" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, November 28, 2001

[e-gold-tech] any recommended card services for merchants?

2001-06-05 Thread ppruett
Perhaps not so technical, but I have a question that users of this list may also be curious about... Along with setting up web sites to use e-gold we still have to accept credit cards for the greater masses of shoppers.. I have some direct and indirect experience with authorize.net and other

[e-gold-tech] suspicious email

2001-05-28 Thread ppruett
YEs I got a suspicious email about Subject: Your E-gold account is not active - please log in to activate Since I use a text reader, PINE, it did nothing, and I was curious why it didn't list an e-gold account number, but after your email Andrew I looked at the HEADER and body, (sent a copy t

[e-gold-tech] Re: The V2_HASH

2001-04-17 Thread ppruett
archive at http://www.mail-archive.com/e-gold-tech@talk.e-gold.com and http://www.mail-archive.com/e-gold-list@talk.e-gold.com seems to work very well at searching, I was able to find my posting with just the search words "ppruett v2_hash" -regards paul pgp public keys are accessib

[e-gold-tech] Re: Disaster recovery

2001-04-14 Thread ppruett
Disaster recovery information can be very dangerous if available to persons who create disasters..., Many large companies especially with financial information have been advised not to make recovery plans available to the public because this information can be used to continue attacks with, fo

[e-gold-tech] Re: FYI - new stable mysql released, does transactions

2001-01-24 Thread ppruett
. oh well at least mysql runs great for sites written to not depend on the sql server to do transactions and with some sysadmin pain it will do transactions. - paul On Mon, 22 Jan 2001, ppruett wrote: >> Also of note this version can support transactions --- You are currently subs

[e-gold-tech] FYI - new stable mysql released, does transactions

2001-01-22 Thread ppruett
A lot of e-gold sites may be using mysql so I thought I'd post this update about mysql. http://www.mysql.com/ 2001/01/22 MySQL 3.23 Declared Stable MySQL, the worlds most widely used Open Source Database, version 3.23, is now declared stable. It's been almost two years since the previous v

[e-gold-tech] new account number sent by email without identifier

2000-12-12 Thread ppruett
I was setting up some new progeny accounts for a test payee and test payer with different passwords and then fund the test payer account. I noted that the account number is now sent by email, but without identifier. If the email was bogus I wonder what happens to the embryonic accounts as the m

[e-gold-tech] Re: Looking for a program!

2000-11-09 Thread ppruett
On Thu, 9 Nov 2000, Dan Hall wrote: > I'm looking for a program that will work with e-gold The e-gold programmers guide may be a little technical but if you are looking at automating spends I recommend that you plow through it even if you are not a programmer especially since the automa

[e-gold-tech] here is an e-gold modification for phpshop.org

2000-11-06 Thread ppruett
I made modifications for phpshop to support e-gold and in the spirit of opensource I posted notes here: http://www.webengr.com/e-gold/phpshop/ I liked phpshop because of the way they use php & mysql and also the project is well detailed on sourceforge.net I also like the way the implemented

[e-gold-tech] Re: sql attributes and upper case md5 hash of emerg. password

2000-10-31 Thread ppruett
oops, in my example I forgot to type the closing ) for strtoupper function $merchantsecret = strtoupper(md5("my-emerg-password")) ; ;-) On Tue, 31 Oct 2000, ppruett wrote: > > > At least that was my experience, so for example > if you provide the md5 hash of

[e-gold-tech] sql attributes and upper case md5 hash of emerg. password

2000-10-31 Thread ppruett
I posted last week to the list to discuss attributes of a sql table for http post variable returned at status_url btw, thanks for the input from the list members Here are some things I found to consider while testing the egold sci for consideration on the phpshop project on sourceforge: --- s

[e-gold-tech] fake a failed or cancelled payment

2000-10-29 Thread ppruett
Some thoughts about failed/cancelled payments- According to the e-gold Shopping Cart Specification 6nov1999 the egold server only sumbits a form directly to the merchant's web server to indicate payment has been made. Which means the egold server does not tell you about failures or cancels and y

[e-gold-tech] sql attributes for status_url

2000-10-27 Thread ppruett
I was thinking about requirements for a sql table in mysql to hold all the information coming back with status_url If the attributes for fields are set wrong problems could arise down the road. I'm unsure about is what would be the attribute for egold accounts like payee_account and payer_acco