I´m getting strange symbols from smf mail

[mama]

Hi!

I´m using swedish language and when I receive a mail or sending a mail to me from smf-forum, on my site, I recieve strange symbols.
In the swedish alphabet we got 3 strange() last letters (å, ä, ö), and in the mail I get these letters are replaced by =E5, and =E4 should be å and ä.

=E5 : å
=E4 : ä

and get the almost the same result when if I forget my password:

Code Select Expand

=3Faction=3Dreminder;sa=3Dsetpassword;u=3D2;code (I´ve edited this link with removing some last letters. Don´t want anyone to reset my password. )

I tested this with thunderbird and gmail, and the result are the same.

I asked about this in the swedish section of this forum and they noticed the problem too but I heard from the moderator there that he got the same problem when the new version of smf came out (1.1 rc2). He checked the language files and is 99% sure that the problem isnt there.
Maybe a bug?


thx in advanced.

[dtm.exe]

Just out of curiosity, what email client are you using?

[Aaron]

Just out of curiosity, what email client are you using?

I tested this with thunderbird and gmail, and the result are the same.

[dtm.exe]

Just out of curiosity, what email client are you using?

I tested this with thunderbird and gmail, and the result are the same.

Oops, didn't catch that .

[Daniel Hofverberg]

I'm having almost the same problem. It works fine with notification e-mails, but when sending out announcements, "Forgot password" reminders and a few other things, the problem happens.

The e-mails being sent has the following e-mail headers according to my e-mail client:

Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: (qmail 26153 invoked by uid 48); 15 Jan 2006 11:05:29 +0000
Message-ID: <[email protected]>
To: [email protected]
Subject: =?ISO-8859-1?Q?Nytt tillk=E4nnagivande: Flytt och omstrukturering av forumet?=
From: "Dubbningshemsidans forum" <[email protected]>
Date: Sun, 15 Jan 2006 11:05:24 +0000

X-Mailer: SMF

Content-Type: text/plain; charset=ISO-8859-1

Content-Transfer-Encoding: quoted-printable

As you can see, there is a blank line after the Date header, which of course will make the remaining headers displayed in the e-mail client and the Content-Transfer-Encoding header never parsed - which explains why it looks strange...

The question is why, and what to do about it? Everything worked fine in 1.1 RC1 (as far as I know), so the problem appeared in RC2.

[perf]

This looks like an MTA issue. See hxxp:www.lifewithqmail.org/lwq.html#cr [nonactive]. I use sendmail and don't have this problem.

However, there is another MIME releated problem i RC2. The hxxp:www.faqs.org/rfcs/rfc2047.html [nonactive] encoding of the Subject: header is incorrect, thus leaving the incorrect encoding visible in the MUA. The problem is unencoded spaces. RFC2047 states:

IMPORTANT: 'encoded-word's are designed to be recognized as 'atom's
   by an RFC 822 parser.  As a consequence, unencoded white space
   characters (such as SPACE and HTAB) are FORBIDDEN within an
   'encoded-word'.  For example, the character sequence

      =?iso-8859-1?q?this is some text?=

   would be parsed as four 'atom's, rather than as a single 'atom' (by
   an RFC 822 parser) or 'encoded-word' (by a parser which understands
   'encoded-words').  The correct way to encode the string "this is some
   text" is to encode the SPACE characters as well, e.g.

      =?iso-8859-1?q?this=20is=20some=20text?=

In addition to <space> and <tab>, "=" and "_" should also always be encoded. ("_" can be used as an alternative to =20 to encode space.)

[Wounded Knee]

http://www.simplemachines.org/community/index.php?topic=41538.msg301374#msg301374

[perf]

Sorry, but disabling QP encoding is not an option for us who are unfortunate enough to live in countries that use more than 7bit ascii.

[Pedja]

I would suggest option for alternate encoding in email (and alternate language definition for email).
I want to use Cyrillic as default on my forum and producess messs in email.

My main problem is forum name. It is writeen in Cyrill characters and shows everywhere, including email subject where it is result of many complaints from recipients.

I prefer having email sent in plain ASCII as those are system messages, and it is important that receipient can read them properly. I do not care even if it is in english as long as it is readable.

[Daniel Hofverberg]

This looks like an MTA issue. See http://www.lifewithqmail.org/lwq.html#cr. I use sendmail and don't have this problem.

That doesn't seem to be it. I have tested to send e-mails manually (via a very simple script) with multiple headers separated by \r\n, and those are not interpreted as blank lines - therefore, the remaining headers aren't shown in the body in those cases, as they are in SMF 1.1 RC2. So it has to be something else...

[Daniel Hofverberg]

I have tried disabling quoted-printable, and that resolves the issue with weird characters, så all International characters are displayed correctly. But of course that doesn't resolve the issue of a few headers being displayed visibly in the body (due to blank lines). So there's still the issue of the X-Mailer and Content-Type headers being displayed visibly in the message body.

Also, I was wrong - the problem seem to exist in all e-mails, even on notifications even though I originally stated they worked fine.

Does anyone have any idea on how to resolve this? Everything worked fine in SMF 1.0.5 and in 1.1 RC1, and the problem only started with RC2 (as far as I know with no changes to the server set-up), so obviously something must have changed in RC2 when it comes to sending e-mails.

[Owdy]

Hi!

I´m using swedish language and when I receive a mail or sending a mail to me from smf-forum, on my site, I recieve strange symbols.
In the swedish alphabet we got 3 strange() last letters (å, ä, ö), and in the mail I get these letters are replaced by =E5, and =E4 should be å and ä.

=E5 : å
=E4 : ä

http://www.simplemachines.org/community/index.php?topic=41538.msg301374#msg301374

[mama]

thank you owdy, it works great.