willp

So what's up with server27? Services have been going up and down all afternoon/evening. Everything except FTP/HTTP is up right now. When HTTP is up, my domain name just points to the default "Apache is working" page.

Okie-doky. Here we go again. It's been down for a few days (I've been gone) and lots of potential orders have been placed but payments can't go through without cURL working.

Thank you!

This is the error I am getting: Script Execution Error The following error was returned: There was a problem retrieving a response from the cURL executable. The executable was found, however it does not appear to be working properly.

And it appears cURL is down on my server again...

Well command line should have no effect on me, as I doubt that's how my cart calls for it. The entire thing was disabled on my server. I am very happy it works now and have calmed to the point where I can again say

I did and was told it has been disabled for security reasons. However, I just went to my store and saw that an order went through about three hours ago. I tried it myself and it's working now! I hope I get some advance notice if it will be turned off again. Was thinking about how to get around this since TCH didn't want to budge on turning cURL back on. I can set the store up for offline processing. It will collect and encrypt the credit card numbers (instead of just passing them along) and I'll type everything into the virtual terminal to charge the card. Tedious for sure, but a lot better than loosing orders because of script errors.

Well it does affect this shopping cart's ability to talk to PayPal. Here is the error: >Script Execution Error The following error was returned: There was a problem retrieving a response from the cURL executable. The executable was found, however it does not appear to be working properly. It knows the file is there, but doesn't know it isn't working because it was disabled. I've been a very happy TCH client, but this has to work. The website/store is for a non-profit railroad museum. The museum is currently running a deficit budget, so any revenue loss is .

So what does one do when their shopping cart uses curl to connect to the merchant to process credit cards? Especially when it was suddenly disabled without warning effectively shutting down said store and cutting off revenue. I can't reprogram the cart, and I can't very easily change merchant accounts especially when I'm satisfied with the one I have now.

Appears there is a newer release. You can visit mojo.skazat.com for more info. I'm a bit confused by your question though. Not sure I understand the whole concept. What would be the content of that file, the email content? Where would that file be created, on your hosting space or pc? What is the goal of having the file created? I saw that a new version was out. Looks mostly like a name change, so I'm probably not going to bother upgrading for a while unless there is a security fix I'm not aware of. No file is actually created anywhere. There is a component of Mojo (now Dada), that will receive e-mails and send them out to the distribution list. The file is called mojo_send.pl. All I need to do is create an e-mail address that sends the contents of the message to mojo_send.pl instead of a mailbox. Below is the documentation on this feature, and how to set it up through Sendmail. Is this something I can do? --------------------------- Configuring for Sendmail This particular set of instructions takes into account that you do have root access to the machine your using. If you do not have root access, these instructions will not work. make an /etc/mail/aliases file, if you don't already have one and write in it: > # My Mojo Mail List listname: "|mojo_send.pl" where 'listname' is my list's shortname that I wanted to use. In 2.6, there are shortnames and list names, shortnames are kinda like login names, they're supposed to be short and lowercase, having a short name allows you to be more creative with the listname and also allows you to change the list name, which was a big request. Lists made with 2.5 below shortnames will be their original list names, which might not work correctly. You may also need to tweak the virtusertable file in sendmail. For this example add this line: listname@**** listname You then have to issue this command: >makemap hash /etc/mail/virtusertable < /etc/mail/virtusertable After that, make a directory for the sendmail restricted shell, if you don't already have one: > sudo mkdir -p /usr/adm/sm.bin -m 755 In this directory, you list all the apps that you allow sendmail to run via pipes (like in my aliases file), for more info, type in > man smrsh in a telnet or ssh session Make a soft link to mojo_send.pl: > ln -s /Library/WebServer/CGI-Executables/mojo/mojo_send.pl /usr/adm/sm.bin/mojo_send.pl Type: > newaliases in a telnet or ssh session for sendmail to see the new alias that you made and then restart sendmail Make sure in your sendmail.cf file (mine was in /etc/mail/sendmail.cf) has the alias file thingy uncommented, like this: > # location of alias file O AliasFile=/etc/mail/aliases Also, you want to set this to True: > # use Errors-To: header? O UseErrorsTo=False Sendmail sucks, don't it? ---------------------------

I'm using MojoMail 2.8.9, and it has a program that will take an e-mail message and send it out to the addresses on the distribution list. That way I just send a message to an e-mail address instead of using the web-interface to send a message. Anyway, is it possible to route an e-mail address to a file instead of a mailbox or other address? Thanks.

I'm having this problem right now. What is the solution? It is only on one of my e-mail accounts. The others work fine. My message in the folder and message windows: ERROR : Bad or malformed request. Query: FETCH 3,7,8,10,12 (FLAGS BODY.PEEK[HEADER.FIELDS (RECEIVED)]) Server responded: Command unrecognized: UID FETCH Thanks.

When I try to log into the help desk it tells me my username is invalid. Help!