Jump to content

Harald Ponce de Leon

  • Content count

  • Joined

  • Last visited

  • Days Won


Posts posted by Harald Ponce de Leon

  1. 2. Add the link to the support URL in the install document, package the contrib.

    3. Upload the contrib and include a pointer to the support page in the description. Double and triple check the entry before clicking submit, including the title. You don't get a second chance.

    That is actually not a recommended approach to take - all contributions should be downloadable (in full) at the Contributions section.


    When such contributions are found, contact is made to the author to make a download package directly available. If none can be provided, the contribution will unfortunately have to be removed.


    Contributions rarely exceed the current 300k upload filesize limit - when this occurs, contact with the team is requested so that the contribution package can be manually inserted.

  2. This script sends out two identical emails; one via the native PHP mail() function, and a second via the email class osCommerce uses.


    This can be used when experiencing problems with emails being sent from osCommerce, to see if a problem exists on the PHP installation, or with osCommerce itself.


    The script overrides the SEND_EMAILS and EMAIL_USE_HTML configuration parameters in the database.



  3. Sorry about that :)


    There were numerous tep_* function calls that were mimicking the native PHP functions, which were used for compatibility reasons.


    These functions are now properly placed in includes/functions/compatibility.php which now either use the compatibility version or the native version if the PHP version supports the function.


    Here is a list that were changed:




    tep_in_array -> in_array

    tep_array_merge -> array_merge

    tep_array_shift -> array_shift

    tep_array_reverse -> array_reverse

    tep_array_slice -> array_slice


    I apologize for the inconveniences caused.

  4. its a PHP setting:


    zlib.output_compression = On




    Here is the logic in application_top.php:


    01: if ( (GZIP_COMPRESSION == 'true') && ($ext_zlib_loaded = extension_loaded('zlib')) && (PHP_VERSION >= '4') ) {
    02:   if (($ini_zlib_output_compression = (int)ini_get('zlib.output_compression')) < 1) {
    03:     if (PHP_VERSION >= '4.0.4') {
    04:       ob_start('ob_gzhandler');
    05:     } else {
    06:       include(DIR_WS_FUNCTIONS . 'gzip_compression.php');
    07:       ob_start();
    08:       ob_implicit_flush();
    09:     }
    10:   } else {
    11:     ini_set('zlib.output_compression_level', GZIP_LEVEL);
    12:   }
    13: }


    Line 2 checks to see if zlib.output_compression is enabled or not - if it is, it sets the compression level with the GZIP_LEVEL parameter, and that is all - no further gzippin' is occuring :D

  5. actually what i really meant is that if your using the 2003/01/22 snapshot (which has this already included) with transparent zlib compression enabled, then adding this code to the store again broke things for me.


    Is the zlib compression enabled in php.ini or is it mod_gzip for Apache?


    The GZip feature in CVS checks to see if zlib compression is enabled in php.ini and disables itself if the GZip feature is enabled.


    There is currently no mod_gzip detection occuring.

  6. This message was created automatically by mail delivery software (Exim).


    A message that you sent could not be delivered to one or more of its

    recipients. This is a permanent error. The following address(es) failed:


     pipe to |php3 -q /var/www/TESTSITE/osc_mail2db.php


       generated by care@mydomain




    You should try the php4 binary :)


    The mime_decode.php script is not php3 compatible. Just for your information, the mime_decode.php script depended on Pear - I removed that dependency as it was only using Pear for its logging capabilities, so it works without Pear.

  7. Ok looks like ive got a bit further, correct my typo in the directory name...  I get a bounce back that looks like this


    ------ pipe to |/usr/lib/cgi-bin/php4 -q /var/www/TESTSITE/osc_mail2db.php


          generated by care@mysite ------


    <br />

    <b>Fatal error</b>:  Call to undefined function:  mysql_connect() in

    +<b>/var/www/TESTSITE/osc_mail2db.php</b> on line <b>95</b><br />


    ------ pipe to |/usr/lib/cgi-bin/php4 -q /var/www/TESTSITE/osc_mail2db.php


          generated by sales@mysite

          (ultimately generated from care@mysite) ------


    <br />

    <b>Fatal error</b>:  Call to undefined function:  mysql_connect() in

    +<b>/var/www/TESTSITE/osc_mail2db.php</b> on line <b>95</b><br />


    Please tell me you've read that message :D


    I've marked the important text in bold.


    Your PHP binary does not include MySQL functionality. It needs to be compiled again.

  8. Forgive my lack of knowledge...but what will this do for me ??


    Since you do not have access to the php binary (due to chroot), get the server administrator to copy the binary to your home directory - then you have access to it.


    You could also try to compile the php binary on your server, but I doubt it would work due to the chroot environment.


    You can also try to FTP upload a php binary to your server, if you have a matching OS to what the server is using. It may or may not work (probably won't, but its up to you to try).


    Your server administrator will probably kill me now for saying that :D :lookround:

  9. Perl and Python are available in the chroot, just not cli php. So any other piping mail processors that use Perl or Python *should* work. PHP just isn't one of the more popular command-line interface tools since it's primary development purpose is serving dynamic web pages


    Easy :D


    cd ~/
    mkdir bin
    cp /usr/bin/php ~/bin/


    (ofcourse they would have to do this due to the chroot)


    There is nothing you can do with php binary that you can't with the php module (in apache, as a http request).

  10. When i install this file in my shop which is 2.2 mid november, the contact_us.php just loads a blank page. Any ideas guys?? IS it purely because its an older snapshot?


    Do you have the helpdesk_departments table definition set in catalog/includes/application_top.php? (as mentioned in the installation text)

  11. emails are not getting placed with the correct department... all emails are placed with the default department...


    For some strange reason mysql_num_rows is returning 0 for the departments query :(


    A fixed osc_mail2db.php has been uploaded again to the Contribution package-set.


    The error for the department query was a leading space existing in the email address.

  12. to logon to the tellnet i put in mail.mydomain.com 110


    is that right


    That is not right :(


    Adding recipes is not done by logging into the mail server daemon, it is done by editing mail daemon configuration files.


    If your server is using Sendmail or Postfix, the example in the installation text will work for you. Otherwise you will need to find out how to add recipes specific to your MTA and/or consult your server administrator.

  13. which leads me to this question: Why can't we just insert the ticket into the DB when the user submits it instead of sending it to a mail alias that forwards it to a script that inserts it into the database????... seems like alot of circling around to just get some info in the database.


    I mentioned that in a previous post :) (on page three of this thread)


    Actually, the reason for the email is to use whatever is defined in the recipe and to have whatever there consistent when postings are sent via email or via the Contact Us page.


    If a backup email address is used, this would only need to be set in the recipe and not in the Contact Us php logic.

  14. Vielleicht lerne ich ja mal irgendwann etwas Englisch


    Maybe you can ask here:




    i have just set up postfix and now the mail just disappears it doesnt get returned and it doesnt appear in the admin section of helpdesk. this is driving me insane!!! hehe






    I just had alook and ooooops! :oops:


    The parse_output() call should be renamed to osc_parse_mime_decode_output()


    I will upload the fixed osc_mail2db.php script to the contribution.


    The function is defined in osc_mail2db.php.


    Also what is the web based admin you are using for postfix?


    Postfix is on my local Gentoo Linux server - all configuration is done by hand :D