Jump to content

mas.satriyo

Members
  • Posts

    42
  • Joined

  • Last visited

Posts posted by mas.satriyo

  1. 11 hours ago, cyandark said:

    cPanel Extended works fine. IDK why you have this problem.

    got this problem with cpanel root user
    works nice with reseller account

    21 minutes ago, naja7host said:

    You have error reporting set to -1 in blesta config . Change it to 0 . This errors will not shown .

    thanks @naja7host, one of my staff enabled error reporting after moved to aws last saturday

  2. 5 hours ago, cyandark said:

    cPanel Extended works fine. IDK why you have this problem.

    i got this error while trying to add new server

    Oh noes!
    
    Undefined variable: ip on line 130 in /home/supermikrocom/my.hostmikro.com/blesta/components/modules/cpanelextended/api/cpanel_api.php

    this error while trying to change package status

    Undefined index: meta on line 978 in /home/supermikrocom/my.hostmikro.com/blesta/components/modules/cpanelextended/cpanelextended.php

     

  3. 1 hour ago, naja7host said:

    is not true , we are using cpanel module, and supend is suspending the account, not terminating . for cpanel extended i have not tested or used .

    it's weird
    because it's not only happens once, i try to create some dummy accounts and suspend them
    all of them are terminated

    i'm using whm 58 btw, 

  4. On 8/23/2016 at 9:58 AM, timnboys said:

    yes if you are willing for a paid module that is okay I can do that....as to be honest if I had to rewrite everything from scratch and didn't get to turn it into a paid module for the time and work I spent on it I don't think me in that situation nor anyone else would like/be happy with that lol.

    never use modulesbakery's digitalocean module, but can you code the module which looks like hypnoticmonkey's whmcs digitalocean module?
    it's really user and admin friendly
    pm me the cost and it's 'license agreement'

  5. On 8/23/2016 at 3:29 PM, Licensecart said:

    Sounds like the hostname or something is incorrect unless cPanel has updated and changed how something works?

     

    On 8/23/2016 at 4:00 PM, naja7host said:

    It work for me .

     

    On 8/23/2016 at 10:09 PM, Paul said:

    If the user changes their password in cPanel then it won't work because Blesta doesn't have the right password. We need to use their new API for single sign on to improve this.

    i don't know why the problem happens, but it's already solved itself and i did nothing
     

    On 8/23/2016 at 11:06 PM, cyandark said:

    Probably the user has changed the password in cPanel.

    @Paul, @cyandark, blesta official cpanel module and cpanel extended module doesn't know the difference between 'Suspend' and 'Terminate'
    I've just suspended a client's cpanel service but Blesta Terminate (delete) the service from my cPanel server
    it's gone and he (client) got mad at me :(
    lucky i have backup

  6. On 8/21/2016 at 11:34 PM, Licensecart said:

    You can't use piping and SMTP. You use either of them, we use SMTP so you enter your SMTP details on the department and then wait for the cron to run which will then import emails every 5 minutes.

    sorry, i mean i'm using SMTP in Settings > Company > Mail Settings
    and "Piping" in Support > Departments
    mail piping not working with this configuration, no email imported

    but while i was using PHP mail in Settings > Company > Mail Settings and "Piping" in Support > Department, it was working, mail imported well

    2 hours ago, Paul said:

    Email piping for the support system and using SMTP for outgoing mail are completely separate and should not affect each other in any way, except that all outbound email, including that of the support system, would use SMTP for outgoing mail. If SMTP is not working for the support system, it shouldn't be working for any email. Double check that your credentials are correct and that the necessary ports are open at your firewall.

    i've checked credentials, port and security setting
    it is working in my other script/cms, but not in blesta
    i can send email from "Client > Account Actions > Email client but mail piping is not working

  7. i've configured blesta to use smtp with my own account (smtp server - smtp account - etc.)

    i configured 'Piping' in 'Mail Handling'
    but mail piping from Support/Ticket not working

    ticket created not forwarded to email

    did anyone use smtp for mail settings in blesta and working mail piping?

  8. Yeah, looks like you'll need a KloxoMR module for Blesta.

     

    In the meantime, you could use the Universal Module, it just won't automatically provision, suspend, etc. Would work ok if you manually approve orders. There are some developers on the forums here that may be able to help you write the module if you like. We have had very few requests for Kloxo.

     

    hi paul,

    can you give me the old blesta kloxo module?

    just wanna try to recreate the module for blesta 3  :blesta:

    thanks

  9. yum search mailparse

     

    See if a package with mailparse exists for php56u, something like php56u-pecl-mailparse or something and then try installing that. That should avoid the conflict.

     

     

    how does blesta check mailparse availability for admin_departments page?

     

     

    Going to sleep..worked last whole night..good luck

     

    yeah, still trial and error

    and it's 4 AM here  btw  :blesta:

  10. Hey I forgot to tell you...for devel conflict

    Did you try      yum install php5-dev   than try to install 2.1.6 version which is compatibile for you...

    These commands install mostly recent variant and mostly now incompatibile with older variants

     

    package not found

    [root@nodename ~]# yum install php5-dev
    Loaded plugins: fastestmirror, presto, priorities, protectbase, replace
    Setting up Install Process
    Loading mirror speeds from cached hostfile
     * mratwork-epel: mirror.datto.com
     * mratwork-ius-stable: mirror.symnds.com
     * mratwork-webtatic: us-east.repo.webtatic.com
    0 packages excluded due to repository protections
    No package php5-dev available.
    Error: Nothing to do
    
    
  11. but is there a way to only install mail parse for that version say php 5.6? Why doesn't he just update to 5.6 and leave it on that until 7.0 ioncube comes out.

     

    i have php56

    [root@nodename ~]# php -v
    PHP 5.6.22 (cli) (built: May 31 2016 11:39:15)
    Copyright (c) 1997-2016 The PHP Group
    Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
    [root@nodename ~]# php56m-cli -v
    PHP 5.6.21 (cli) (built: Apr 29 2016 10:47:22)
    Copyright (c) 1997-2016 The PHP Group
    Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
        with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v5.1.2, Copyright (c) 2002-2016, by ionCube Ltd.
    
    

    don't know why i can't install mailparse (and mailparse-2.1.6) with php but can install it with php56m-cli

    that's why i need to change the "Piping Configuration" path

  12. For php 6 or older need Release 2.1.6

    [root@nodename /]# pecl install mailparse-2.1.6
    downloading mailparse-2.1.6.tgz ...
    Starting to download mailparse-2.1.6.tgz (36,538 bytes)
    ..........done: 36,538 bytes
    9 source files, building
    running: phpize
    Can't find PHP headers in /usr/include/php
    The php-devel package is required for use of this command.
    ERROR: `phpize' failed
    
    

    and the php-devel has conflicts

    [root@nodename /]# yum install php-devel
    Loaded plugins: fastestmirror, presto, priorities, protectbase, replace
    Setting up Install Process
    Loading mirror speeds from cached hostfile
     * mratwork-epel: mirror.cs.princeton.edu
     * mratwork-ius-stable: mirror.symnds.com
     * mratwork-webtatic: us-east.repo.webtatic.com
    0 packages excluded due to repository protections
    Resolving Dependencies
    --> Running transaction check
    ---> Package php-devel.x86_64 0:5.3.3-47.el6 will be installed
    --> Processing Dependency: php(x86-64) = 5.3.3-47.el6 for package: php-devel-5.3.3-47.el6.x86_64
    --> Running transaction check
    ---> Package php.x86_64 0:5.3.3-47.el6 will be installed
    --> Processing Dependency: php-common(x86-64) = 5.3.3-47.el6 for package: php-5.3.3-47.el6.x86_64
    --> Processing Dependency: php-cli(x86-64) = 5.3.3-47.el6 for package: php-5.3.3-47.el6.x86_64
    --> Processing Dependency: httpd-mmn = 20051115 for package: php-5.3.3-47.el6.x86_64
    --> Running transaction check
    ---> Package httpd.x86_64 0:2.2.31-1.mr.el6 will be installed
    --> Processing Dependency: httpd-tools = 2.2.31-1.mr.el6 for package: httpd-2.2.31-1.mr.el6.x86_64
    ---> Package php-cli.x86_64 0:5.3.3-47.el6 will be installed
    ---> Package php-common.x86_64 0:5.3.3-47.el6 will be installed
    --> Running transaction check
    ---> Package httpd-tools.x86_64 0:2.2.31-1.mr.el6 will be installed
    --> Processing Conflict: httpd24u-2.4.20-3.ius.el6.x86_64 conflicts httpd < 2.4.20
    --> Processing Conflict: httpd24u-tools-2.4.20-3.ius.el6.x86_64 conflicts httpd-tools < 2.4.20
    --> Processing Conflict: php56u-cli-5.6.22-2.ius.el6.x86_64 conflicts php-cli < 5.6
    --> Processing Conflict: php56u-common-5.6.22-2.ius.el6.x86_64 conflicts php-common < 5.6
    --> Processing Conflict: php56u-gmp-5.6.22-2.ius.el6.x86_64 conflicts php-gmp < 5.6
    --> Finished Dependency Resolution
    Error: php56u-cli conflicts with php-cli-5.3.3-47.el6.x86_64
    Error: php56u-gmp conflicts with php-common-5.3.3-47.el6.x86_64
    Error: httpd24u-tools conflicts with httpd-tools-2.2.31-1.mr.el6.x86_64
    Error: httpd24u conflicts with httpd-2.2.31-1.mr.el6.x86_64
    Error: php56u-common conflicts with php-common-5.3.3-47.el6.x86_64
     You could try using --skip-broken to work around the problem
     You could try running: rpm -Va --nofiles --nodigest
    

    why it's not possible to change php path from "Piping Configuration" ?

  13. May I ask why are you doing?

    /usr/bin/php56m-cli /usr/bin/php /home/username/hostmikro.id/member/plugins/support_manager/pipe.php plugin/support_manager/ticket_pipe/index/1/
    

    I'm not a professional personally, but that looks like you are trying to run two PHP versions and it should be:

    /usr/bin/php56m-cli /home/username/hostmikro.id/member/plugins/support_manager/pipe.php plugin/support_manager/ticket_pipe/index/1/
    

    But I would highly recommend you hire a system admin because it should be easy to set-up but you have more than one PHP version, and you'll need to ensure you install the functions for the correct version of PHP.

     

    sorry, my mistake during 'copy-paste'

    i mean

    /usr/bin/php56m-cli /home/username/hostmikro.id/member/plugins/support_manager/pipe.php plugin/support_manager/ticket_pipe/index/1/
     

    my php path is /usr/bin/php56m-cli and /usr/bin/php

     

     

    yum search mailparse

     

    See if a package with mailparse exists for php56u, something like php56u-pecl-mailparse or something and then try installing that. That should avoid the conflict.

     

    there are some conflicts

    [root@nodename /]# yum search mailparse
    Loaded plugins: fastestmirror, presto, priorities, protectbase, replace
    Loading mirror speeds from cached hostfile
     * mratwork-epel: mirror.datto.com
     * mratwork-ius-stable: mirror.symnds.com
     * mratwork-webtatic: us-east.repo.webtatic.com
    0 packages excluded due to repository protections
    ==================================================================== N/S Matched: mailparse ====================================================================
    php-pecl-mailparse.x86_64 : PHP PECL package for parsing and working with email messages
    
      Name and summary matches only, use "search all" for everything.
    [root@nodename /]# yum install php-pecl-mailparse.x86_64
    Loaded plugins: fastestmirror, presto, priorities, protectbase, replace
    Setting up Install Process
    Loading mirror speeds from cached hostfile
     * mratwork-epel: mirror.datto.com
     * mratwork-ius-stable: mirror.symnds.com
     * mratwork-webtatic: us-east.repo.webtatic.com
    0 packages excluded due to repository protections
    Resolving Dependencies
    --> Running transaction check
    ---> Package php-pecl-mailparse.x86_64 0:2.1.5-2.el6 will be installed
    --> Processing Dependency: php(zend-abi) = 20090626 for package: php-pecl-mailparse-2.1.5-2.el6.x86_64
    --> Processing Dependency: php(api) = 20090626 for package: php-pecl-mailparse-2.1.5-2.el6.x86_64
    --> Running transaction check
    ---> Package php-common.x86_64 0:5.3.3-47.el6 will be installed
    --> Processing Conflict: php56u-common-5.6.22-2.ius.el6.x86_64 conflicts php-common < 5.6
    --> Processing Conflict: php56u-gmp-5.6.22-2.ius.el6.x86_64 conflicts php-gmp < 5.6
    --> Finished Dependency Resolution
    Error: php56u-gmp conflicts with php-common-5.3.3-47.el6.x86_64
    Error: php56u-common conflicts with php-common-5.3.3-47.el6.x86_64
     You could try using --skip-broken to work around the problem
     You could try running: rpm -Va --nofiles --nodigest
    
    
  14. Run this first

     

    yum install php-devel php-mbstring

    
    

    Than try again

     

    php-devel has conflicts packages

    [root@nodename member]# yum install php-devel
    Loaded plugins: fastestmirror, presto, priorities, protectbase, replace
    Setting up Install Process
    Loading mirror speeds from cached hostfile
     * mratwork-epel: mirror.cs.princeton.edu
     * mratwork-ius-stable: mirror.symnds.com
     * mratwork-webtatic: us-east.repo.webtatic.com
    0 packages excluded due to repository protections
    Resolving Dependencies
    --> Running transaction check
    ---> Package php-devel.x86_64 0:5.3.3-47.el6 will be installed
    --> Processing Dependency: php(x86-64) = 5.3.3-47.el6 for package: php-devel-5.3.3-47.el6.x86_64
    --> Running transaction check
    ---> Package php.x86_64 0:5.3.3-47.el6 will be installed
    --> Processing Dependency: php-common(x86-64) = 5.3.3-47.el6 for package: php-5.3.3-47.el6.x86_64
    --> Processing Dependency: php-cli(x86-64) = 5.3.3-47.el6 for package: php-5.3.3-47.el6.x86_64
    --> Processing Dependency: httpd-mmn = 20051115 for package: php-5.3.3-47.el6.x86_64
    --> Running transaction check
    ---> Package httpd.x86_64 0:2.2.31-1.mr.el6 will be installed
    --> Processing Dependency: httpd-tools = 2.2.31-1.mr.el6 for package: httpd-2.2.31-1.mr.el6.x86_64
    ---> Package php-cli.x86_64 0:5.3.3-47.el6 will be installed
    ---> Package php-common.x86_64 0:5.3.3-47.el6 will be installed
    --> Running transaction check
    ---> Package httpd-tools.x86_64 0:2.2.31-1.mr.el6 will be installed
    --> Processing Conflict: httpd24u-2.4.20-3.ius.el6.x86_64 conflicts httpd < 2.4.20
    --> Processing Conflict: httpd24u-tools-2.4.20-3.ius.el6.x86_64 conflicts httpd-tools < 2.4.20
    --> Processing Conflict: php56u-cli-5.6.22-2.ius.el6.x86_64 conflicts php-cli < 5.6
    --> Processing Conflict: php56u-common-5.6.22-2.ius.el6.x86_64 conflicts php-common < 5.6
    --> Processing Conflict: php56u-gmp-5.6.22-2.ius.el6.x86_64 conflicts php-gmp < 5.6
    --> Finished Dependency Resolution
    Error: php56u-cli conflicts with php-cli-5.3.3-47.el6.x86_64
    Error: php56u-gmp conflicts with php-common-5.3.3-47.el6.x86_64
    Error: httpd24u-tools conflicts with httpd-tools-2.2.31-1.mr.el6.x86_64
    Error: httpd24u conflicts with httpd-2.2.31-1.mr.el6.x86_64
    Error: php56u-common conflicts with php-common-5.3.3-47.el6.x86_64
     You could try using --skip-broken to work around the problem
     You could try running: rpm -Va --nofiles --nodigest
    

    tooltip says

    "Set your piping path as shown, but be sure to update it to point to where PHP is installed if it differs from what is shown."

     

    how can i 'point to where php is installed' if the form is just 'readonly' ?

×
×
  • Create New...