Skip Menu |

This queue is for tickets about the Email-Stuff CPAN distribution.

Report information
The Basics
Id: 27320
Status: resolved
Worked: 3 hours (180 min)
Priority: 0/
Queue: Email-Stuff

Owner: Nobody in particular
Requestors: nigel.metheringham [...]

Bug Information
Severity: Normal
Broken in: 2.04
Fixed in: (no value)

Subject: Impossible to send text emails in other than us-ascii charset
Download (untitled) / with headers
text/plain 1.1k
Email::Stuff always sends text as the us-ascii charset. There are ways of overriding the attributes in the text_body method, however when the Email::Mime chunks are stitched together the outermost chunk has default attribute settings which set the charset to us-ascii. For example see this sample code:- #!/usr/bin/perl use strict; use warnings; use Email::Stuff; use Data::Dump qw(dump); my $ea = Email::Stuff->from('')->subject('hello')->to('') ->using( SMTP => '' )->text_body( 'Hello mum', 'content_type' => 'text/plain', 'charset' => 'utf-8', 'content_transfer_encoding' => '8bit', 'charset' => 'utf-8', ); #print dump($ea); print $ea->as_string, "\n"; ----------------- which gives Date: Mon, 28 May 2007 15:55:46 +0100 MIME-Version: 1.0 from: subject: hello to: Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Hello mum ---------------- dumping the object shows that the us-ascii uis tagged on the container object. This could be considered a bug in the underlying modules I guess... for now I am looking at just adding attribute params to the new method.
Download (untitled) / with headers
text/plain 239b
I've been working on this bug with the help of rjbs from Perl Email Project My fix has now been committed along with some new tests. This should be reflected in CPAN in the next 48hrs. Lyle
2.07 resolves -- rjbs

This service is sponsored and maintained by Best Practical Solutions and runs on infrastructure.

Please report any issues with to