Opened 8 years ago

Closed 8 years ago

Last modified 8 years ago

#718 closed defect (fixed)

outlookmsg2html aborts with a rfc822 part

Reported by: Emanuel Reisinger Owned by: Olly Betts
Priority: normal Milestone: 1.2.21
Component: Omega Version: 1.2.16
Severity: normal Keywords:
Cc: Blocked By:
Blocking: Operating System: All

Description

If a mail contains a part with Content-Type rfc822, then outlookmsg2html aborts with following error:

Can't call method "content_type" on an undefined value at outlookmsg2html.pl line 43

Suggestion to fix it

Add if defined $e to following line in outlookmsg2html.in::handle_mimepart:

my ($type, $sub) = ((lc $e->content_type) =~ m,^(.*?)/(.*?)(?:;.*)?$,) if defined $e;

Attachments (1)

outlookmsg2html_Testmail_2.msg (91.5 KB ) - added by Emanuel Reisinger 8 years ago.
Testmail with a rfc822 part

Download all attachments as: .zip

Change History (3)

by Emanuel Reisinger, 8 years ago

Testmail with a rfc822 part

comment:1 by Olly Betts, 8 years ago

Component: OtherOmega
Milestone: 1.2.21
Priority: highnormal
Resolution: fixed
Severity: criticalnormal
Status: newclosed

Thanks for your report.

This was actually already fixed in 1.2.21 - from the NEWS file:

Omega 1.2.21 (2015-05-20):

[...]
  + outlookmsg2html: Fix handling of message/rfc822 subparts.

The output for your example file is now:

<pre>Mail in mail.

 

BR

</pre>
<pre>Hello all,

 

This is a testmail.

 

BR

Hui Pui 

</pre>

Those BR look suspect, but that's what we get from the Email::Outlook::Message perl module, so if they are not literally in the message that looks like a bug in the perl module.

Last edited 8 years ago by Olly Betts (previous) (diff)

comment:2 by Emanuel Reisinger, 8 years ago

The BR are literal ;-)

Thanks for the info: fixed in 1.2.21

Note: See TracTickets for help on using tickets.