Nominet Module Problem

[DigitalEnigma]

Hi,

 

I have been testing the Nominet module and found it sends blank emails when told to PGP sign the emails it is sending.

 

For all this is only a minor issue as it means manually signing the emails and resending I may be able to help get it working as I helped co-develop the Nominet module for another system some time ago.

[Matt]

Make sure you have a folder named "modules/registrars/nominet/tmp" and that it is CHMOD to 777.

 

Matt

[DigitalEnigma]

Hi Matt,

 

I have done this after I got the email warning from the system telling me it did not exist, it still sends a balnk email when asking it to sign.

 

Something else I noticed when running test orders through, if I am already logged in as if I was a client and select to 'Order Additional Items' it still asks me as part of the order process if I am a new or existing client.

[othellotech]

I have been testing the Nominet module and found it sends blank emails when told to PGP sign the emails it is sending.

 

sounds like its failing to create the disk output when pgp signing the temporary file

 

in your /modules/nominet folder copy one of the emails to sign as ./tmp/noinettest.txt

 

and then from a shell run

echo {passphrase} | gpg --no-tty --passphrase-fd 0 --clearsign ./tmp/nominettest.txt

 

and you should get a file ./tmp/nominetest.txt.asc

which is the pgp signed version

 

if thats not working check your paths, permissions and installation of gpg

 

oh, and php has to be allowed to use

fopen

fwrite

exec

shell_exec

unlink

so check your php.ini too

[DigitalEnigma]

We currently use another billing system that supports Nominet, the module for that is working fine with PGP.

 

I have however noticed from testing with unsigned emails that the registration request is being sent using the old email format and not the new format.

[othellotech]

thats deliberate as

 

a. the current Domain request format works and there are "issues" with some of the new automaton requests

b. the new data structure is a joke

c. WHMCS doest have the necessary information to manage account and reg-contact id until after any improvemenst are made to allow for multiple contacts on the domains across the board.

 

i've spent a week getting errors fixed by Nominet on various update requests - found bugs in teh contact modify, account modify and a couple of the bulk updates

[DigitalEnigma]

I have been testing the Nominet module and found it sends blank emails when told to PGP sign the emails it is sending.

 

sounds like its failing to create the disk output when pgp signing the temporary file

 

in your /modules/nominet folder copy one of the emails to sign as ./tmp/noinettest.txt

 

and then from a shell run

echo {passphrase} | gpg --no-tty --passphrase-fd 0 --clearsign ./tmp/nominettest.txt

 

and you should get a file ./tmp/nominetest.txt.asc

which is the pgp signed version

 

if thats not working check your paths, permissions and installation of gpg

 

oh, and php has to be allowed to use

fopen

fwrite

exec

shell_exec

unlink

so check your php.ini too

 

Ok, finally got round to testing this.

 

I had to SSH into the server as the user of the account we have WHMCS setup on for the key to be found.

 

Running the command from SSH when logged in as the account user shows the email is signed fine, so I am wondering now if the paths need to be altered within the module to look in the location of our keys?

 

Under the current billing system the paths to things like this are editable in the module setup.

[DigitalEnigma]

Hi,

 

Is there no way to specify the path to the PGP keys it should be using to sign emails?

[Matt]

No, you need to enter the key it uses when configuring the module in the passphrase field.

 

Matt

[DigitalEnigma]

Hi Matt,

 

I was under the impression the passphrase was for the password used for the key.

 

The problem I have is the module is not using the PGP key stored under the account we have WHMCS running from and as far as I can tell from my tests is looking for it at the root level rather than the account user level.

[othellotech]

the passphrase is the one for the gpg keyring for the user executing the command

which "user" is the php proces running as for your whmcs installation ?

[DigitalEnigma]

Hi,

 

Think I have solved it now, it was running as root so needed the key copying over.

 

With our current system it runs under the users account where the current script is installed so the key needs to be installed under that users account.

[harrip]

Hi Neil

 

I appear to be having the same problem you had earlier in getting the Nominet module to work.

 

Could you possibly elaborate on what you mean by 'With our current system it runs under the users account where the current script is installed so the key needs to be installed under that users account'

 

How is this achieved?

 

Thank you

 

Peter

[othellotech]

see some helpful hints on the other thread about the module

(just trying to keep the discussion in one place) ....