The "Freeola Customer Forum" forum, which includes Retro Game Reviews, has been archived and is now read-only. You cannot post here or create a new thread or review on this forum.
"Resolving PHP/CGI email issues on the server.: We are in the process of correcting a minor misconfiguration on the web servers which allowed mail to be sent without correctly specifying who the mail was sent from. If you are currently making use of a Formmail script or PHP email, please make sure that any emails your script tries to send are configured to be sent as coming from a Freeola Hosted email address."
Can Freeola say if this means you now MUST use the 'from' field in your forms?
The Freeola help pages say:
"From:You can also set the from field; this will be reflected in the "From:" field in your mail client, i.e. the sender of the email. So if you have more than one form you can easily see which is which.
"
I don't use this field - but if it is now to become mandatory then can you say how much notice you are giving before the changes take affect?
The formmail issues have been going on for quite a while so I hope if this field is now mandatory you don't suddenly introduce it without proper notice!
Thanks in advance from a slightly worried user!
However, if this does not correct the problem and there is any suspicion the hardware may be unsuitable for the service on an ongoing basis, then I will definitely push for any necessary upgrades.
> Thanks for the update loki.
>
> I'm wondering how many 'test' form submissions will have
> occurred since you issued the 'Service Bulletin' ?!
>
> I'm sure there will have been quite a number, which will only
> put more load on the system.
Absolutely. It's a horrible, unavoidable, irony that this attempt to lesson the load will have led to a flood of extra messages :(
Our hope is that the tons of test messages generated will be dwarfed by the amount of spam attempts that we're now blocking. Hopefully, I'll be able to be more positive come Monday!
The reason for the lengthy delays seems to have been messages queuing on the server. That means there has been a growing backlog, lasting up to a few days.
Therefore, even if this last change has been successful, we the server still has to clear the backlog of unauthorised mail before we can see if the service has returned to an acceptable speed.
We believe that the problem has been caused by abuse of the service by spammers and that a combination of the measures we are taking will reduce the server's current overload. I am sorry that the effects of this change may not be seen today.
Kev
While testing my CGI/perl script the responses stopped yesterday morning and nothing has come in over night.
For anyone interested, at the moment I'm trying BFormmail from www.infosheet.com/iScripts.html which allows you to capture the email in CSV format in a flat file so you don't have to wait for the message.
I've amended many forms that use the Freeola script to cater for recent changes but haven't received a reply from these either???
NB. I received lots of Service Bulletins this morning - and so did my clients.
Have you checked your SPAM filter? :-) its really amazing that as you say this has been an issue since August 2006! and still ongoing... if you had taken your car and the garage and they took that long to resolve an issue the mechanic would be for the chop! and they would have found a replacement car for you. I am sure that Freeola are working on this issue but Lokis idea of "as fast as we can " and mine must be slightly differant. Is there an alternative method that we could use and if this form is causing so much problems for them why do Freeola not offer a new code like the one you mention.
Kev