[ic] credit_card_info not encrypted in my report e-mail SOLVED!
jojo@buchonline.net
jojo@buchonline.net
Thu, 9 Nov 2000 11:01:48 +0100 (CET)
Hi Sonny,
thank you a lot for your informations and helps.
I´ve set the catalog.cfg of the demo shop "construct".
It works well and I get an email with an encrypted credit_card_info.
I´ve copy&paste the Route main part into the catalog.cfg file of my
shop and it works well too.
--------snip------------
# Main route must be last to make default
Route main attach 0
Route main credit_card 1
Route main cybermode ""
Route main default 1
Route main email '__ORDERS_TO__'
Route main encrypt 0
Route main encrypt_program "/usr/local/bin/pgpe -f -a -t -r %s"
Route main errors_to jojo@server.intrabol.local
Route main increment 0
Route main pgp_cc_key "order@buchonline.net"
Route main pgp_key "order@buchonline.net"
Route main receipt etc/receipt.html
Route main report etc/report
Route main supplant 1
Route main individual_track orders
Route main track etc/tracking.asc
--------snip------------
The problem is, I work and create a shop together with another
teamworker via CVS-Repository. The CVS rules is for example
"...do not insert any special site information into the catalog.cfg
file. Use site.cfg instead...."
In this case, I´ve
----------snip site.cfg----------
Variable ENCRYPTOR /usr/local/bin/pgpe -f -a -t -r %s
Variable ENCRYPTORKEYCC order@buchonline.net
Variable ENCRYPTORKEY order@buchonline.net
---------snip site.cfg----------
and
--------snip------------
# Main route must be last to make default
Route main attach 0
Route main credit_card 1
Route main cybermode ""
Route main default 1
Route main email '__ORDERS_TO__'
Route main encrypt 0
Route main encrypt_program __ENCRYPTOR__
Route main errors_to '__ORDERS_TO__'
Route main increment 0
Route main pgp_cc_key __ENCRYPTORKEYCC__
Route main pgp_key __ENCRYPTORKEY__
Route main receipt etc/receipt.html
Route main report etc/report
Route main supplant 1
Route main individual_track orders
Route main track etc/tracking.asc
--------snip------------
Changing the site.cfg to
----------snip site.cfg----------
Variable ENCRYPTOR "/usr/local/bin/pgpe -f -a -t -r %s"
Variable ENCRYPTORKEYCC "order@buchonline.net"
Variable ENCRYPTORKEY "order@buchonline.net"
---------snip site.cfg----------
solve my problem.
Again! Thank you very much for your time! :-)
Joachim
On 8 Nov, Sonny Cook wrote:
> I am rather baffled by this behavior. I can come up with one possible
> scenario to explain this behavior. There are two conditions which must be
> met. There are two places from email is generated in the order process.
> Ultimately they both call the same email sending program, but they
> generate the sinding informatin (email address, return address, etc)
> differently. It is possible that the first one may fail and the second
> one may succeed.
>
> If the first one fails, IC will first try to send an email detailing the
> error if 'Route main errors_to' is defined. If this email fails, it will
> do so silently. If errors_to is not defined, the error will be logged in
> the error log.
>
> The first condition then, is that the first attempt to send the report
> email must fail.
>
> The second condition is the 'Route main supplant' must be either 0 or not
> defined.
>
> If these are both occuring on your system, then you will experience the
> behavior you are seeing. If this is the case, then you will want to set
> 'Route main supplant 1'. This will mean that you don't get any email,
> even though what you should be getting will show up un order/<order
> number> and tracking.asc. The next step would be to determine why the
> first attempt at sending the email is failing.
>
> This setup will certainly cause the bahavior that you are reporting, but I
> am sceptical that it actually _is_ your problem. It's the best I can come
> up with at the moment. Could you post your complete catalog.cfg if this
> does not solve the problem?
>
>
> ---
> Sonny Cook
> Akopia
--
Hans-Joachim Leidinger
buch online jojo@buchonline.net
Munscheidstr. 14 FAX: +49 209 1671441
45886 Gelsenkirchen FAX: 0209 1671441