Re: Problems with Verisign Connection and Apache SSL

Hi Lars: Thanks so much for your response. I'm a VB developer very new to all things Linux/Unix/php/apache, so please pardon my posting mistakes. I first noticed the problem described in the PHP online documentation at: http://www.php.net/manual/ref.pfpro.php you can see the comment posted by David Croft, who wrote the Verisign connection. I did some more research and checked the searchable mailing lists and found the following detailed description of the problem at: http://marc.theaimsgroup.com/?l=php-dev&m=97190416313588&w=2 I haven't tried the installing it yet. Basically, I'm a VB/ASP developer. I need to set up a web server to handle an e-commerce site, and I'll be tying in with Verisign Payflow Pro to process credit cards. I'm trying desperately to stay away from an NT/2K server for multiple reasons. PHP seemed like a good solution, but now I've discovered this problem, so I'm back to square one. Any advice? Robert Dyke Montana Software http://www.montanasoft.com/ robert@montanasoft.com * For the best results please include the text of this message (cut and paste if necessary) in your reply * "Lars Torben Wilson" <torben@php.net> wrote in message news:14844.54104.257905.747827@shanna.outlander.ca... > Robert Dyke writes: > > Hello: > > > > The Verisign connection doesn't work when SSL is compiled into apache. This > > is a confirmed problem. Can anybody fix this or tell me how to get it to > > work? I'll be happy to do what I can to help you with things I'm able to do > > (WinHelp files, Windows installation packages with Wise Installer, etc.) > > Let me know what you think. > > > > > > Robert Dyke > > Montana Software > > http://www.montanasoft.com/ > > robert@montanasoft.com > > > > * For the best results please include the text of this message (cut and > > paste if necessary) in your reply * > > The php-general list--where you originally asked--was the correct > place, unless you have information that will help track down a > confirmed bug in PHP, in which case it should go into the Bug Database > (check out http://bugs.php.net). > > In any case, while questions on these lists are generally answered > fairly quickly, on a Sunday there is no guarantee--it might be a good > idea to wait a day or two before reposting the same question. > > In the meantime, can you provide any more specific information than > just "it doesn't work"? Such as what part doesn't work? Does httpd not > start, or the connection not get made, or PHP segfaults, or what? If > PHP segfaults (or I guess GPFs in your case), can you get a backtrace? > Have you checked the mailing list archives, the bug database, and > tried with an updated version of PHP? What version of PHP are you > using? What Apache version are you using? > > These are all things which would help in tracking down the source of > the problem, if it comes down to making a bug report. But again, > you'll probably get more replies tomorrow when folks get back to work > after the weekend. :) > > > Good luck, > > Torben > > -- > +----------------------------------------------------------------+ > |Torben Wilson <torben@php.net> Netmill iTech| > |http://www.coastnet.com/~torben > http://www.netmill.fi| > |Ph: 1 250 383-9735 torben@netmill.fi| > +----------------------------------------------------------------+ > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, e-mail: php-dev-unsubscribe@lists.php.net > For additional commands, e-mail: php-dev-help@lists.php.net > To contact the list administrators, e-mail: php-list-admin@lists.php.net >