YAM - Yet Another Mailer: Ticket Queryhttp://yam.ch/query?component=MIME+handling&milestone=YAM+2.9&group=status&order=priority
The Open-Source Amiga E-mail suiteen-USYAM - Yet Another Mailerhttp://yam.ch/chrome/site/yam.gifhttp://yam.ch/query?component=MIME+handling&milestone=YAM+2.9&group=status&order=priority
Trac 1.0.4http://yam.ch/ticket/454
http://yam.ch/ticket/454#454: Partly broken Mail-Reply-To and Mail-Followup-To header handlingWed, 20 Nov 2013 09:49:23 GMTdamato<h2 id="Summary">Summary</h2>
<p>
After investigation it seems clear that the current internal support for the Mail-Reply-To (MRT) and Mail-Followup-To (MFT) header seems to be broken and not according to official documentation found at
</p>
<p>
<a class="ext-link" href="http://www.leptonite.org/mft/"><span class="icon">​</span>http://www.leptonite.org/mft/</a>
<a class="ext-link" href="https://wiki.mozilla.org/Thunderbird:Help_Documentation:Mail-Followup-To_and_Mail-Reply-To"><span class="icon">​</span>https://wiki.mozilla.org/Thunderbird:Help_Documentation:Mail-Followup-To_and_Mail-Reply-To</a>
<a class="ext-link" href="http://www.mutt.org/doc/manual/manual-4.html#ss4.8"><span class="icon">​</span>http://www.mutt.org/doc/manual/manual-4.html#ss4.8</a>
<a class="ext-link" href="http://www.leptonite.org/mft/about-de.html"><span class="icon">​</span>http://www.leptonite.org/mft/about-de.html</a>
</p>
<p>
The main problems seem to be:
</p>
<ol><li>YAM always sets the MRT/MFT headers to all sent out mails while it should only set that for posts to actually registered mailing lists.
</li><li>When replying to a mail containing a MRT/MFT header YAM does directly reply to the recipients in that header line rather than asking the user if he wants to reply to the sender (MRT) or to all recipients (MFT).
</li></ol><h2 id="FixProposal">Fix Proposal</h2>
<p>
To fix the above mentioned inconsistency the following suggestions might fix the problem:
</p>
<ol><li>Before adding the MRT/MFT headers yam should check if one of the folders contain any configured mailing list support that matches one of the recipient addresses of the mail to be sent out. If so, it should set the MRT/MFT headers. Otherwise it should omit them.
</li><li>As YAM doesn't have different Reply functions (Reply to sender, Reply to all) like other mail clients but only a single "Reply" button it should ask the user to which address it want to reply to. After some thoughts about that the following procedure seems to be the way to implement/fix it:
<ol><li>If MRT/MFT headers are present ask the user to which recipients he wants to reply to (MRT corresponds to reply-to-sender, MFT corresponds to reply-to-all).
</li><li>if MRT/MFT is not present fallback to the old procedure in asking the user if he wants to reply to the sender or the reply-to address recipient.
</li></ol></li></ol>Resultshttp://yam.ch/ticket/454#changeloghttp://yam.ch/ticket/449
http://yam.ch/ticket/449#449: RFC2047 decoding writes one byte too much for certain stringsWed, 13 Nov 2013 07:22:03 GMTtboeckel<h2 id="Summary">Summary</h2>
<p>
With certains mails YAM's <a class="acronym" href="http://www.ietf.org/rfc/rfc2047.txt"><acronym title="IETF Request For Comment 2047">RFC 2047</acronym></a> decoding writes one byte too much to a destination buffer causing a buffer overrun. The byte is always a single NUL byte. The Wipeout hit points to the mime/rfc2047.c line 877.
</p>
<h2 id="Stepstoreproduce">Steps to reproduce</h2>
<ol><li>Open the example mail
</li></ol>Resultshttp://yam.ch/ticket/449#changeloghttp://yam.ch/ticket/437
http://yam.ch/ticket/437#437: HTML mails are not opend in browserWed, 02 Oct 2013 11:59:30 GMTrmsyam<h2 id="Summary">Summary</h2>
<p>
when trying to display html mails, instead that they open in the browser, user gets asked where to save the txt.
</p>
<h2 id="Stepstoreproduce">Steps to reproduce</h2>
<ol><li>open mail, choose display and html part
2.
</li></ol><h2 id="Expectedresults">Expected results</h2>
<h2 id="Actualresults">Actual results</h2>
<h2 id="Regression">Regression</h2>
<h2 id="Notes">Notes</h2>
Resultshttp://yam.ch/ticket/437#changeloghttp://yam.ch/ticket/453
http://yam.ch/ticket/453#453: Difficulties with addresssbookTue, 19 Nov 2013 10:58:44 GMTJosDuchIt<h2 id="Summary">Summary</h2>
<p>
Entering an address form addressbookis more difficult than some NB ago
</p>
<ol><li>entering an alias in the To field and sending the msg gives an error "unknown alias
</li><li>going to the addressbook, from the messages To field button, selcting the alisa, hitting to, going to the To filed in the message and entering, then sending the msg: same error
</li><li>typing the beginning of a real address or alias, selecting one that appears, then enter, then send, very often will not be sent
</li></ol><p>
see below
</p>
<h2 id="Stepstoreproduce">Steps to reproduce</h2>
<blockquote>
<p>
1.type slowly the beginning of some YAM known address (eg your own)
</p>
</blockquote>
<ol start="2"><li>when the righ line appears highlighted : enter
</li><li>send
</li></ol><h2 id="Expectedresults">Expected results</h2>
<p>
msg sent
</p>
<h2 id="Actualresults">Actual results</h2>
<p>
error
Bad response from mail server
'smtp.scarlet.be' to command 'RCPT':
</p>
<p>
550 5.1.1 &lt;Joseph&gt;... User unknown
</p>
<p>
The message is saved in outgoing (en attente) with as address "Joseph"
</p>
<h2 id="Regression">Regression</h2>
<p>
I understand this is trying with previous NB's ?
</p>
<h2 id="Notes">Notes</h2>
Resultshttp://yam.ch/ticket/453#changeloghttp://yam.ch/ticket/466
http://yam.ch/ticket/466#466: NB 27/11 takes very long to open a msg with big attachmentWed, 27 Nov 2013 20:19:39 GMTJosDuchIt<h2 id="Summary">Summary</h2>
<p>
When trying to open a msg with a big attachment 7.4 MB pdf file, nothing appears in the
Msg listview, and Yam seems to be frozen, other applications run very slowly, Snoopy as well. The folders dragbar can be used, but nothing moves.
The Yam window is not redrawn when you move other windows over it
The freeze reported in <a class="closed ticket" href="http://yam.ch/ticket/451" title="bug: YAM NB 17/11/2013 overrwrites filter settings (closed: fixed)">#451</a> was probably due to also clicking in a folder.
</p>
<h2 id="Stepstoreproduce">Steps to reproduce</h2>
<ol><li> wait till the message is open
</li><li>chose an small one
</li></ol><ol start="3"><li>chose the same message again (or an other big one)
</li></ol><h2 id="Expectedresults">Expected results</h2>
<p>
Opening the msg text should not depend on attachment size
</p>
<h2 id="Actualresults">Actual results</h2>
<p>
as reported above
</p>
<h2 id="Regression">Regression</h2>
<h2 id="Notes">Notes</h2>
Resultshttp://yam.ch/ticket/466#changelog