MyBB Community Forums

Hi All,
I have a problem where by the account activation email returned to the user has a blank body.
The message header is

Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from mx-e.one.com (mx-e.one.com [91.198.169.52]) by
 mail24.b-one.net (Postfix) with ESMTP id 930D2F25F3 for
 <[email protected]>; Wed,  4 Jul 2012 17:32:18 +0200 (CEST)
X-Virus-Scanned: by one.com
X-Greylist: whitelisted by SQLgrey-1.8.0-rc2
Received: from mail-out1.b-one.net (mail-out1.one.com [91.198.169.18]) by
 mx-e.one.com (Postfix) with ESMTP id 6FCDE1314054 for
 <[email protected]>; Wed,  4 Jul 2012 15:32:18 +0000 (UTC)
Received: from localhost.localdomain (web01-00.local [10.246.64.10]) by
 mail-out1.b-one.net (Postfix) with ESMTP id 5D2C5D5FF for
 <[email protected]>; Wed,  4 Jul 2012 17:32:18 +0200 (CEST)
Received: from 86.148.100.25 by www.yamahabikersclub.com via
 /forum/member.php with HTTP; Wed, 04 Jul 2012 15:32:18 +0000
To: [email protected]
Subject: Account Activation at Yamaha Club
X-PHP-Originating-Script: 1370001:php.php
From: "Yamaha Club" <[email protected]>
Reply-To: [email protected]
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: MyBB
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Message-Id: <[email protected]>
Date: Wed,  4 Jul 2012 17:32:18 +0200 (CEST)
X-Evolution-Source: 1338050004.3366.2@jim-Vostro-1700

which looks fine so the mail out side is working just the content not added to the email body .... any ideas as this is a template issue or a coding issue
there should be no reason for a test account as this is a registration issue, but if required let me know

Are you using an alternative language pack to the default English one by any chance? I've seen this happen a few times where language packs are missing the correct variable.

(2012-07-04, 04:02 PM)euantor Wrote: [ -> ]Are you using an alternative language pack to the default English one by any chance? I've seen this happen a few times where language packs are missing the correct variable.

it is not the default language pack, but it has been working for quite a while and has now stopped ... if I have lost a language file which one would it be ?

It would be the messages.lang.php file. Check to make sure it has the following variables:

$l['email_activateaccount1']
$l['email_activateaccount2']

(assuming you're using normal account activation).

(2012-07-04, 04:33 PM)euantor Wrote: [ -> ]It would be the messages.lang.php file. Check to make sure it has the following variables:

$l['email_activateaccount1']
$l['email_activateaccount2']

(assuming you're using normal account activation).

That worked !! it was odd how the lang file was missing these lines and worked previously ? was there a change from 1.66 to 1.67 which may account for this ?

1.6.7 included the ability to login with your email address so it changed a lot of languages strings.

(2012-07-06, 03:50 PM)Nathan Malcolm Wrote: [ -> ]1.6.7 included the ability to login with your email address so it changed a lot of languages strings.

That would explain it then .... perhaps if a language string is altered/added upgrade.php could scan the language php files of each language pack and add the new string(s) ?

(2012-07-06, 03:57 PM)JimR Wrote: [ -> ]

(2012-07-06, 03:50 PM)Nathan Malcolm Wrote: [ -> ]1.6.7 included the ability to login with your email address so it changed a lot of languages strings.

That would explain it then .... perhaps if a language string is altered/added upgrade.php could scan the language php files of each language pack and add the new string(s) ?

Currently we just rely on suers uploading the modified language files. The problem with the above is the infinite number of different language packs that could be installed.

(2012-07-06, 06:03 PM)euantor Wrote: [ -> ]

(2012-07-06, 03:57 PM)JimR Wrote: [ -> ]

(2012-07-06, 03:50 PM)Nathan Malcolm Wrote: [ -> ]1.6.7 included the ability to login with your email address so it changed a lot of languages strings.

That would explain it then .... perhaps if a language string is altered/added upgrade.php could scan the language php files of each language pack and add the new string(s) ?

Currently we just rely on suers uploading the modified language files. The problem with the above is the infinite number of different language packs that could be installed.

That is true but if the string does not exist a default string could be added, which in turn would allow the software to function as expected rather than failing .. ok it may be in the wrong language but it still works ... perhaps upgrade.php could inform the user such changes have been made ???