[asterisk-bugs] [Asterisk 0016557]: [patch] Asterisk produces malformed email files for voicemail

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16557 
====================================================================== 
Reported By:                jcovert
Assigned To:                tilghman
====================================================================== 
Project:                    Asterisk
Issue ID:                   16557
Category:                   Applications/app_voicemail
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Target Version:             1.6.0.27
Asterisk Version:           SVN 
JIRA:                       SWP-954 
Regression:                 No 
Reviewboard Link:           https://reviewboard.asterisk.org/r/544/ 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-01-06 09:29 CST
Last Modified:              2010-03-31 14:13 CDT
====================================================================== 
Summary:                    [patch] Asterisk produces malformed email files for
voicemail
Description: 
Asterisk is inserting an extra <cr> into the voicemail attachment.  This
causes some mail relays to fail to forward the SMTP message.

While the correct line termination in an SMTP message IS <cr><lf>, the
conversion from the Unix <lf> line terminator to <cr><lf> is handled by
sendmail.  When sendmail gets a file which (mostly) has just <lf>
terminators up until the attachment, it sees the <cr><lf> in the attachment
portion and converts that to <cr><cr><lf>.  This confuses some mail relays
down the road and prevents delivery.

This is a problem in all versions, and the fix is trivial:

At line 418 of the current head, there appears

#define eol "\r\n" 

this should just be "\n"

The resulting SMTP message will still have <cr><lf> once it has been
processed by the sendmail command.

"eol" is used ONLY in "ochar" which is used only in "base_encode".

====================================================================== 

---------------------------------------------------------------------- 
 (0120044) svnbot (reporter) - 2010-03-31 14:13
 https://issues.asterisk.org/view.php?id=16557#c120044 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 255592

_U  trunk/
U   trunk/apps/app_voicemail.c

------------------------------------------------------------------------
r255592 | tilghman | 2010-03-31 14:13:02 -0500 (Wed, 31 Mar 2010) | 22
lines

Recorded merge of revisions 255591 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
  r255591 | tilghman | 2010-03-31 14:09:46 -0500 (Wed, 31 Mar 2010) | 15
lines
  
  Ensure line terminators in email are consistent.
  
  Fixes an issue with certain Mail Transport Agents, where attachments are
not
  interpreted correctly.
  
  (closes issue https://issues.asterisk.org/view.php?id=16557)
   Reported by: jcovert
   Patches: 
         20100308__issue16557__1.4.diff.txt uploaded by tilghman (license
14)
         20100308__issue16557__1.6.0.diff.txt uploaded by tilghman
(license 14)
         20100308__issue16557__trunk.diff.txt uploaded by tilghman
(license 14)
   Tested by: ebroad, zktech
   
  Reviewboard: https://reviewboard.asterisk.org/r/544/
........

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=255592 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-03-31 14:13 svnbot         Note Added: 0120044                          
======================================================================