Re: [PHP] hosting reselling
$6.99/mo, unlimited domains, virtual private server with full root access, php5 and mysql 4.0 / 4.1 or 5.0 currently available ... http://www.hub.org On Sat, 6 May 2006, John Taylor-Johnston wrote: Kind of off-topic. My current ISP has problems with quality control: especially offering php 5 mysql. Also rates keep going up per account. Reselling is beginning to look very interesting. Anyone have any recommendations for a reseller where I can host 5 sites myself with very low bandwidth and minimum harddrive space. John -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Oracle buying out Zend ... how does that affect PHP?
http://www.businessweek.com/technology/content/feb2006/tc20060209_810527.htm Also in Oracle's crosshairs: closely held Zend, based in Cupertino, Calif. Zend's PHP software language is one of the most prevalent on the Web, present in more than 18 million Web sites. The company, which snared headlines last year when Netscape co-founder Marc Andreessen joined its board, has been trying to extend its success with the Web into business applications. Zend could sell for $200 million, according to one source. Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP hosting with multiple domains?
http://www.hub.org ... we offer everything you are describing, standard on all accounts ... On Mon, 30 Jan 2006, [EMAIL PROTECTED] wrote: I know every month or so someone asks What's a good web hosting company to use for my PHP projects?.. I have most of the responses archived and have searched online a bit, but I have a specific wish and was hoping someone else had already found a good hosting company that'd let me do what I want. I want PHP (either 4 or 5, I'm not too picky) and MySQL. The thing I'm having trouble nailing down is one that might let me host multiple domains under a single hosting account and share bandwidth and HD space. I have a couple of domains that aren't really doing anything right now (none of my domains really generate any traffic right now but could in the future). But instead of paying to upgrade the storage of one domain then paying again to upgrade the storage of another one... I'd like them to share harddrive space and bandwidth. Failing that, Doster (the registrar I use) can let me point a domain to a subdirectory on another domain (ie. http://www.altdomain.com actually lives at http://www.maindomain.com/altdomain). The hosting company I'm with right now is great for the fact that I locked my domains in at $20/year before they upped their prices (yeah... twenty per year) but they're kind of mom pop and I'd like some place a little bigger and more professional even if it means paying more per month. I'm more interested in storage space than bandwidth right now, but that may change later (as the stuff being stored is accessed of course). I don't need many email addresses or databases. Don't need a shell account. Cron jobs/scheduled tasks (of PHP scripts) would be really nice. hah.. I'll stop now. Think you get the idea. The convenient management of multiple domains with a hosting provider is my ultimate goal. Thanks. -TG ___ Sent by ePrompter, the premier email notification software. Free download at http://www.ePrompter.com. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Site down?
On Tue, 17 Jan 2006, Dotan Cohen wrote: I just noticed that http://www.io.org/~rasmus is down. Anybody else remember this site? Ya, I used to own it *way way* back ... that goes back to '92, the company was sold in '95 ... not sure how long the domain was active after that, but looking at whois, it went through a few incarnations and is currently owned by Primus Telecom ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] imap_set_quota and php ...
in php, there is an imap_set_quota function that takes an integer quota ... specifically, to 'disable quotas', you issue -1 ... unfortunately, cyrus imap doesn't accept -1 as a valid quota, so there is no apparent way to disable from a php script ... Is there a way around this, where -1 does work? or is someone doing something else to get around this with php? Thanks ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] set quota to disable ...
Has something changed in recent versions of cyrus imapd? I'm trying to code up a PHP interface, or, rather, fix one ... according to the php man age, I should be able to do: imap_set_quota($mbox, 'user.'.$user, -1); to disable it ... but if I do, it doesn't do anything ... and I can't pass it none, since the function above only accepts an int value ... did doing: sq user.scrappy -1 used to work from cyradm, and get changed at some point to only accept 'none'? and the php interface just hasn't caught up yet ... ? thanks ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] pear/Horde_Block can optionally use PHP extension gettext ...
'k, I searched google, and the only thing I could find was a response from someone telling someone else who asked to search the archives, the answer is there ... well, I searched both the php-general and pear-general archives, and I'm not finding any threads that talk about this :( gettext is installed ... php is php5 ... how do I get it to recognize, and therefore silence, these warnings ... ? :( Still searching, but if someone can point me to even the thread itself that is being eluded to, that would be great :( Thanks ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] pspell.so causes server to crash ...
Was having this problem with 4.3.11, figured I'd upgrade to 4.4.0 first, to make sure it wasn't fixed already ... but, if I have the pspell.so extension enabled, and do a SIGHUP of the server, the apache process (apache 1) crashes ... I've currently got the following aspell installed from FreeBSD ports: drwxr-xr-x 2 root wheel 512 Jul 15 14:32 aspell-0.60.3 and a backtrace of the apache process shows: (gdb) bt #0 0x280ec610 in kill () from /usr/lib/libc_r.so.4 #1 0x805c1d8 in sig_coredump () #2 0x280fe79b in _thread_sig_handler () from /usr/lib/libc_r.so.4 #3 0x280fe606 in _thread_sig_handler () from /usr/lib/libc_r.so.4 #4 0x7fbfffac in ?? () #5 0x288ccec0 in acommon::GlobalCacheBase::~GlobalCacheBase () from /usr/local/lib/libaspell.so.16 #6 0x28906ce9 in __static_initialization_and_destruction_0 () from /usr/local/lib/libaspell.so.16 #7 0x28906db2 in global destructors keyed to acommon::ToUniLookup::reset () from /usr/local/lib/libaspell.so.16 #8 0x288ccaae in __do_global_dtors_aux () from /usr/local/lib/libaspell.so.16 #9 0x289cb6f5 in _fini () from /usr/local/lib/libaspell.so.16 #10 0x280932ae in dlclose () from /usr/libexec/ld-elf.so.1 #11 0x28474ee1 in object.11 () from /usr/local/libexec/apache/libphp4.so #12 0x28476945 in object.11 () from /usr/local/libexec/apache/libphp4.so #13 0x28476a8e in object.11 () from /usr/local/libexec/apache/libphp4.so #14 0x2847250c in object.11 () from /usr/local/libexec/apache/libphp4.so #15 0x2844d292 in object.11 () from /usr/local/libexec/apache/libphp4.so #16 0x2844d26b in object.11 () from /usr/local/libexec/apache/libphp4.so #17 0x2848c004 in object.11 () from /usr/local/libexec/apache/libphp4.so #18 0x80517cb in run_cleanups () #19 0x8050610 in ap_clear_pool () #20 0x805df12 in standalone_main () #21 0x805e747 in main () #22 0x804fd32 in _start (arguments=0x7fbffcf8 /usr/local/sbin/httpd) at /usr/src/lib/csu/i386-elf/crt1.c:119 As soon as I disable pspell.so, the problem goes away ... is this a problem with the pspell extension, or just the aspell library itself? Thanks ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Only variable references should be returned by reference
Just upgraded to 4.4.0 ... several legacy applications that we have installed now break with the above error message ... specifically, older installs of Horde, but I've seen reports of other apps ... Without reverting back to 4.3.11, is there a way I can temporarily fix this while working on the application issues themselves? :( Thanks ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Only variable references should be returned by reference
yOn Wed, 20 Jul 2005, Jason Wong wrote: On Tuesday 19 July 2005 23:17, Marc G. Fournier wrote: Just upgraded to 4.4.0 ... several legacy applications that we have installed now break with the above error message ... specifically, older installs of Horde, but I've seen reports of other apps ... Without reverting back to 4.3.11, is there a way I can temporarily fix this while working on the application issues themselves? :( Change the relevant setting in php.ini. Which is? If its: ; at function call time. This method is deprecated and is likely to be ; unsupported in future versions of PHP/Zend. The encouraged method of ; specifying which arguments should be passed by reference is in the function ; declaration. You're encouraged to try and turn this option Off and make ; sure your scripts work properly with it in order to ensure they will work ; with future versions of the language (you will receive a warning each time ; you use this feature, and the argument will be passed by value instead of by ; reference). allow_call_time_pass_reference = On It already is ... Is there another one I should be looking at? :( Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Only variable references should be returned by reference
On Wed, 20 Jul 2005, Jason Wong wrote: On Wednesday 20 July 2005 07:32, Marc G. Fournier wrote: Which is? If its: Yep. ; at function call time. This method is deprecated and is likely to be ; unsupported in future versions of PHP/Zend. The encouraged method of ; specifying which arguments should be passed by reference is in the function ; declaration. You're encouraged to try and turn this option Off and make ; sure your scripts work properly with it in order to ensure they will work ; with future versions of the language (you will receive a warning each time ; you use this feature, and the argument will be passed by value instead of by ; reference). allow_call_time_pass_reference = On The pass by reference thing works regardless of the above setting. Enabling the setting disables the warnings and vice-versa. It already is ... Are you sure that: 1) you're looking at the correct php.ini 2) the setting is not being changed elsewhere Yup ... actually checked the output of phpinfo() too, just to double check that :( If the warning annoys you just tone down the error reporting level. Ah, hadn't though tof that ... thanks ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] mod_ssl + php4-curl interaction problem ... ?
Just upgraded curl on our FreeBSD servers to curl-7.13.1_1, and now whenever I try and enable both curl.so in extensions.php *and* mod_ssl, the apache server crashes ... disable one or the other fixes the issue ... I've rebuilt php4-curl itself, as well as the apache, and nothing seems to correct for it ... Does anyone know of a problem with php4-curl + curl 7.1.3.1, and/or a fix? Thanks ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] mod_ssl + php4-curl interaction problem ... ?
As a follow up to this, I just installed curl 7.12.3_2, to see if going back a version would fix the problem, and it does ... apache with curl enabled now works again beside SSL ... Not sure where the bug is, but the newer version of curl appears to have a problem with php4-curl ... On Sun, 20 Mar 2005, Marc G. Fournier wrote: Just upgraded curl on our FreeBSD servers to curl-7.13.1_1, and now whenever I try and enable both curl.so in extensions.php *and* mod_ssl, the apache server crashes ... disable one or the other fixes the issue ... I've rebuilt php4-curl itself, as well as the apache, and nothing seems to correct for it ... Does anyone know of a problem with php4-curl + curl 7.1.3.1, and/or a fix? Thanks ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] 4.3.9 slower then 4.3.8 ... ?
yOn Wed, 3 Nov 2004, James Kaufman wrote: On Wed, Nov 03, 2004 at 08:43:52PM -0400, Marc G. Fournier wrote: I'm not sure how to debug this further ... on the 27th, I upgraded our server(s) to 4.3.9, and since then, the sites just aren't performing very well ... I've tried adding mmcache, and it makes no improvement ... I've tried halving the # of processes running on the server, no improvement ... the only thing I haven't tried yet is downgrading back to 4.3.8, which I'm going to try next ... But, if anyone has any ideas ... ? Something that I can look at, or use to debug? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 How about going back to 4.3.8 and seeing if that truly makes a difference. After alot of frustrating debugging, we finally tried removin the --enable-versioning from the FreeBSD port makefile ... that make a *massive* difference in start times, and return of php pages ... :( Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Apache 1.3 'lag' with PHP ...
I'm trying to track down an odd problem, and getting almost no where with it :( When you go to http://www.postgresql.org/index-test.php, at the bottom, there is 'load times' based on various settings throughout the code ... the file reads in one file, and has two database access sections to it ... timings look like: loading globals.php: -0.237975 loading loading news : 0.013936 loading loading events: 0.007907 total load time: -0.212738 The problem is when you go that page, it seems to 'hang' for a few seconds before loading ... even using lynx on the same machine ... there are currently 31 IPs allocated to that machine, and the apache server is running within a FreeBSD jail environment ... apache is the latest 1.3.31 ... php is 4.3.9 ... both are from FreeBSD ports, so php is a module, and it loads up its extensions as seperate modules, based on /usr/local/etc/php/extensions.ini ... Using iostat, drives aren't busy ... swap usage is around 5M ... and top reports that InAct memory is hovering around 1G ... We have MinSpareServers set to 15, Max set to 30 ... Note that I'm doing most of my testing on the server itself, using lynx, so I'm not dealing with 'Net lag or anything ... Is there something that I should be looking at to make things react faster? One note ... if you go to http://www.postgresql.org, which is static HTML, it comes up instantly ... its only when hitting a .php page that the lag appears to arise ... Is there something else that I should be looking at to optimize things? Or to track down the slowdown? Thanks ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] 4.3.9 slower then 4.3.8 ... ?
I'm not sure how to debug this further ... on the 27th, I upgraded our server(s) to 4.3.9, and since then, the sites just aren't performing very well ... I've tried adding mmcache, and it makes no improvement ... I've tried halving the # of processes running on the server, no improvement ... the only thing I haven't tried yet is downgrading back to 4.3.8, which I'm going to try next ... But, if anyone has any ideas ... ? Something that I can look at, or use to debug? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] PHP Command Line Scripts 'Aborting' at end ...
Note that the following is based on php installed via the FreeBSD ports system ... I have a really simple PHP script that, when you run it, generates an Abort at the end of it: ams# /tmp/test.php testAbort (core dumped) ams# cat /tmp/test.php #!/usr/local/bin/php ?php echo test; ? Even if I change the script slightly, so that last line isn't being run via php, it does the same: ams# cat /tmp/test.php #!/usr/local/bin/php ?php echo test; ? test ams# /tmp/test.php test test Abort (core dumped) I'm getting a core file, but if I try: gdb /usr/local/bin/php php.core ... its definitely not looking good: s# gdb /usr/local/bin/php php.core GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-freebsd...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf Core was generated by `php'. Program terminated with signal 6, Abort trap. Reading symbols from /usr/lib/libcrypt.so.2...done. Reading symbols from /usr/lib/libm.so.2...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/local/lib/php/20020429/interbase.so...done. Reading symbols from /usr/local/firebird/lib/libfbembed.so.1...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dwarf2read.c line 3049 in dwarf2_read_section Error while reading shared library symbols: Dwarf Error: Cannot handle DW_FORM_strp in DWARF reader. Reading symbols from /usr/lib/libncurses.so.5...done. Error while reading shared library symbols: ì: No such file or directory. Error while reading shared library symbols: ynamic: No such file or directory. Segmentation fault (core dumped) mod_php4 appears to work fine, just the command line version seems to be off ... and its running, producing expected output, its just that last 'Abort' that tends to screw things up a bit ... Not sure how to debug ... help? Thanks ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP Command Line Scripts 'Aborting' at end ...
I just did a reinstall from ports, and it works now as well ... maybe a stale library for one of hte modules :( thanks ... On Wed, 27 Oct 2004, Greg Donald wrote: On Wed, 27 Oct 2004 13:44:54 -0300 (ADT), Marc G. Fournier [EMAIL PROTECTED] wrote: I have a really simple PHP script that, when you run it, generates an Abort at the end of it: ams# /tmp/test.php testAbort (core dumped) I just installed php4-cgi on a FreeBSD 4.10 system I have. The same test.php script runs fine for me. cat test.php #!/usr/local/bin/php ?php echo test; ? ./test.php Content-type: text/html X-Powered-By: PHP/4.3.9 test -- Greg Donald Zend Certified Engineer http://gdconsultants.com/ http://destiney.com/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] IE6 with latest hotfixes breaks forms ...
On Tue, 2 Mar 2004, Chris Bowlby wrote: Hi Chris, He was referring to me actually : I will be able to look it over today and see if I can re-create the issue.. What he said :) Sorry, I usually refer to him as ChrisB when there could be confusion, forgot the B this time :( At 03:15 AM 3/2/04, Chris Shiflett wrote: --- Marc G. Fournier [EMAIL PROTECTED] wrote: Chris, you said you could recreate it ... can you check Beau's solution here to see if it solves the problem we are seeing? I'm confused. You're the one having this problem, right? Why don't *you* try his solution and tell us if it solves your problem. :-) I don't have a Windows box, so no, I never said I could recreate it. If I could, I'd try to solve the problem instead of asking for HTTP dumps. :-) Chris = Chris Shiflett - http://shiflett.org/ PHP Security - O'Reilly Coming mid-2004 HTTP Developer's Handbook - Sams http://httphandbook.org/ PHP Community Site http://phpcommunity.org/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] IE6 with latest hotfixes breaks forms ...
We're having a weird problem with some of our PHP forms, where, when a client uses IE6 with the latest hotfixes, they are reporting that have to re-submit a couple of times for it to take ... as if somehow the data isn't being passed down properly to the FORM/ACTION ... We're using sessions to pass the data around, and it seems to work with every other browser we've used, including IE6 previous to the latest hotfixes ... but, could it be something that *we* aren't doing right, or is there a known bug with sessions + IE6? Some sort of work around? Thanks ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] IE6 with latest hotfixes breaks forms ...
On Mon, 1 Mar 2004, Chris Shiflett wrote: --- Marc G. Fournier [EMAIL PROTECTED] wrote: We're having a weird problem with some of our PHP forms, where, when a client uses IE6 with the latest hotfixes, they are reporting that have to re-submit a couple of times for it to take ... as if somehow the data isn't being passed down properly to the FORM/ACTION ... I have heard from numerous sources that the latest patch for IE 6 (released a week or two ago) has a bug that causes it to have trouble sending a proper POST request. I don't have access to a Windows machine to test this myself, but it would be very nice if someone could help pinpoint what circumstances cause this behavior (surely it's not all POST requests). Capturing the raw request from a failed transaction would be a good first step, and you can send me this for interpretation if you like. I'm happy to help. k, I have access to at leaset one box running the latest IE6 ... instructions on how to 'capture the raw request'? Don't mind doing the work, just need to know what work needs to be done ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] IE6 with latest hotfixes breaks forms ...
Chris, you said you could recreate it ... can you check Beau's solution here to see if it solves the problem we are seeing? Beau's problem appears to have been with 5 and 5.5 also, which I didn't think were causing us problems, but it could also be that nobody reported them also ... On Mon, 1 Mar 2004, Beau Hartshorne wrote: Marc: This could be related to the problem I described in detail a few days ago. Here was my solution: http://marc.theaimsgroup.com/?l=php-generalm=107751892631059w=2 Please let us know if this helps! Beau We're having a weird problem with some of our PHP forms, where, when a client uses IE6 with the latest hotfixes, they are reporting that have to re-submit a couple of times for it to take ... as if somehow the data isn't being passed down properly to the FORM/ACTION ... We're using sessions to pass the data around, and it seems to work with every other browser we've used, including IE6 previous to the latest hotfixes ... but, could it be something that *we* aren't doing right, or is there a known bug with sessions + IE6? Some sort of work around? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] Hosting ADDR.com (0t)
Just tried from here and I'm getting the Verisign page as well ... On Thu, 2 Oct 2003, Dan Joseph wrote: Hi, I'm getting to their page ok. Nice page really. purple and green, has their prices, etc.. they're probably hosting with Verisign, and Verisign had an issue temporarily. -Dan Joseph -Original Message- From: Ryan A [mailto:[EMAIL PROTECTED] Sent: Thursday, October 02, 2003 10:10 AM To: [EMAIL PROTECTED] Subject: [PHP] Hosting ADDR.com (0t) Hi everyone, Anyone else here hosting with ADDR.com? I am hosting with them and all of a sudden they seem to have disappeared!!! When i type http://addr.com i go to verisigns damn search page Both the domains with them still seem to be up and functioning but cant send mail from my php scripts there and having trouble getting mail too. Anybody else having problems or know how i can contact them?? Excuse this mail coz I know this is terribly off topic but am a bit desperate coz i just opened the site yesterday and invited quite a few companies to register and now the new sites giving me problems. Kindly reply, -Ryan A -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: [imp] CRAM-MD5 problem with Horde2/IMP3 and PHP4.1.1 ..
And here is imap-2000c+PHP4.1.1+ ... Feb 14 11:12:09 earth imapd[46002]: accepted connection Feb 14 11:12:09 earth imapd[46002]: login: earth.hub.org[64.49.215.11] scrappy CRAM-MD5 User logged in Feb 14 11:12:10 earth imapd[46002]: accepted connection Feb 14 11:12:10 earth imapd[46002]: badlogin: earth.hub.org[64.49.215.11] CRAM-MD5 authentication failure [incorrect digest response] Feb 14 11:12:13 earth imapd[46002]: badlogin: earth.hub.org[64.49.215.11] CRAM-MD5 authentication failure [incorrect digest response] So, whomever is saying that its an imap-2001a issue and that downgrading to imap-2000c *has* to have done something else at the same time, cause I can't find any difference between 2001a and 2000c ... My question is ... why is it doing the double login? It logs in fine, then it tries to connect a second time, which fails ... Mark, would there be any reason in c-client that would cause this? On Thu, 14 Feb 2002, Marc G. Fournier wrote: On Thu, 14 Feb 2002, Jan Schneider wrote: Zitat von Marc G. Fournier [EMAIL PROTECTED]: On Thu, 7 Feb 2002, Jan Schneider wrote: Can anyone provide any insight or thoughts as to what it is that I'm not seeing? That I might have setup wrong? My PHP config is viewable at: http://www.hub.org/phpinfo.php, and I am running iwth cclient-2001a compiled in ... Both imap-2001a and CRAM-MD5 authentication on Cyrus have some issues that were already discussed on the list. Check the archives for details. As a start I'd try to downgrade the c-client. Can you recommend how far back to downgrade ... I tried upgrading to the newest 2002 dev snapshot, but that is broken too :( Same errors ... Most complaints came on imap-2001a c-client compiled into php. So I think there is any issue as you already found out yourself (see your other messages) Some people reported that downgrading to imap-2000c fixes things and everything worked like a charm again. Okay, this is as far back as imap-4.7c+PHP4.1.1: Feb 14 10:49:36 earth imapd[81403]: accepted connection Feb 14 10:49:36 earth imapd[81403]: login: earth.hub.org[64.49.215.11] scrappy CRAM-MD5 User logged in Feb 14 10:49:37 earth imapd[81403]: accepted connection Feb 14 10:49:37 earth imapd[81403]: badlogin: earth.hub.org[64.49.215.11] CRAM-MD5 authentication failure [incorrect digest response] Feb 14 10:49:39 earth lmtpd[42261]: accepted connection Feb 14 10:49:39 earth lmtpd[42261]: lmtp connection preauth'd as postman Feb 14 10:49:40 earth imapd[81403]: badlogin: earth.hub.org[64.49.215.11] CRAM-MD5 authentication failure [incorrect digest response] I've even tried PHP4.1.0 ... same errors ... Is anyone actually successfully using IMP3+PHP4.1.1+Cyrus-IMAP *without* getting these errors? If so, what versions are you running, of everything? Right now, I'm at: imap-4.7c Cyrus 2.0.16 SASL 1.5.27 PHP4.1.1 I'm going to try imap-2000c next, but am not expecting that to fair any better :( -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php