bugzilla-daemon | 8 Jan 09:34 2015

[Bug 8779] Keep a copy of all emails - not working

Please DO NOT REPLY to this mail or send email to the developers about this bug.

Please follow-up to Bugzilla via Bug 8779.

Have you checked the Frequently Asked Questions (FAQ)?

Please also take the time to read "How to Report Bugs Effectively"
changed bug 8779
What Removed Added
CC   daniel <at> firewall-services.com, paul <at> smeserverpro.com
Component e-smith-*/smeserver-* packages smeserver-zarafa
Assignee bugteam <at> lists.contribs.org dmay <at> myezserver.com
Product SME Server 9.X SME Contribs
QA Contact bugteam <at> lists.contribs.org contribteam <at> lists.contribs.org

Comment # 3 on bug 8779 from Moving to Contribs. This is a Zarafa issue
You are receiving this mail because:
  • You are the QA Contact for the bug.
<div>
Please DO NOT REPLY to this mail or send email to the developers about this bug.<br><br>
Please follow-up to Bugzilla via <a class="bz_bug_link 
          bz_status_UNCONFIRMED " title="UNCONFIRMED - Keep a copy of all emails - not working" href="http://bugs.contribs.org/show_bug.cgi?id=8779">Bug 8779</a>.<br><br>
Have you checked the <a href="http://wiki.contribs.org/SME_Server:Documentation:FAQ">Frequently Asked Questions (FAQ)</a>?<br><br>
Please also take the time to read "<a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</a>"<br><span class="vcard"><a class="email" href="mailto:daniel <at> firewall-services.com" title="Daniel B. &lt;daniel <at> firewall-services.com&gt;"> <span class="fn">Daniel B.</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_UNCONFIRMED " title="UNCONFIRMED - Keep a copy of all emails - not working" href="http://bugs.contribs.org/show_bug.cgi?id=8779">bug 8779</a>
          <br><table border="1" cellspacing="0" cellpadding="8">
<tr>What
            Removed
            Added
          </tr>
<tr>
<td>CC</td>
           <td>
               &nbsp;
           </td>
           <td>daniel <at> firewall-services.com, paul <at> smeserverpro.com
           </td>
         </tr>
<tr>
<td>Component</td>
           <td>e-smith-*/smeserver-* packages
           </td>
           <td>smeserver-zarafa
           </td>
         </tr>
<tr>
<td>Assignee</td>
           <td>bugteam <at> lists.contribs.org
           </td>
           <td>dmay <at> myezserver.com
           </td>
         </tr>
<tr>
<td>Product</td>
           <td>SME Server 9.X
           </td>
           <td>SME Contribs
           </td>
         </tr>
<tr>
<td>QA Contact</td>
           <td>bugteam <at> lists.contribs.org
           </td>
           <td>contribteam <at> lists.contribs.org
           </td>
         </tr>
</table>
<p>
        </p>
<div>
            <a class="bz_bug_link 
          bz_status_UNCONFIRMED " title="UNCONFIRMED - Keep a copy of all emails - not working" href="http://bugs.contribs.org/show_bug.cgi?id=8779#c3">Comment # 3</a>
              on <a class="bz_bug_link 
          bz_status_UNCONFIRMED " title="UNCONFIRMED - Keep a copy of all emails - not working" href="http://bugs.contribs.org/show_bug.cgi?id=8779">bug 8779</a>
              from <span class="vcard"><a class="email" href="mailto:daniel <at> firewall-services.com" title="Daniel B. &lt;daniel <at> firewall-services.com&gt;"> <span class="fn">Daniel B.</span></a>
</span>
        Moving to Contribs. This is a Zarafa issue
        </div>

      <span>You are receiving this mail because:</span>

      <ul>
<li>You are the QA Contact for the bug.</li>
      </ul>
</div>
bugzilla-daemon | 7 Jan 14:00 2015

[Bug 8777] /usr/local/bin/vacation script should handle mail header fields case insensitively

Please DO NOT REPLY to this mail or send email to the developers about this bug.

Please follow-up to Bugzilla via Bug 8777.

Have you checked the Frequently Asked Questions (FAQ)?

Please also take the time to read "How to Report Bugs Effectively"
Bug ID Summary Classification Product Version Hardware OS Status Severity Priority Component Assignee Reporter QA Contact
8777
/usr/local/bin/vacation script should handle mail header fields case insensitively
Contribs
SME Contribs
9.0
---
---
CONFIRMED
normal
P3
smeserver-vacation
support <at> dungog.net
m.schuh <at> neckargeo.net
contribteam <at> lists.contribs.org

DESCRIPTION =========== It seems the vacation script (/usr/local/bin/vacation) only parses the Subject: mail header field of an incoming mail into the $subject variable if the incoming mail's Subject field starts with a capital 'S'. I found eg. that in a mail sent from SOGo MUA, headers contain: from: "Test2 User2" <test2 <at> smetest.local> subject: bla3 whereas in a mail sent from Horde MUA, headers contain: From: test2 <at> smetest.local Subject: bla3 In the auto-reply to these mails sent from Horde (subject field name with upper case "S"), the $SUBJECT gets expanded by the vacation program, in the auto-reply to the mail sent from SOGo (subject field name with lower case "s"), it does not get expanded and returns "(NO SUBJECT)" instead. Originally reported in the forum a while back: http://forums.contribs.org/index.php/topic,51234.0.html POSSIBLE SOLUTION ================= Modify the subject parsing (/usr/local/bin/vacation, lines 436ff.) to be agnostic of capitalization.
You are receiving this mail because:
  • You are the QA Contact for the bug.
<div>
Please DO NOT REPLY to this mail or send email to the developers about this bug.<br><br>
Please follow-up to Bugzilla via <a class="bz_bug_link 
          bz_status_CONFIRMED " title="CONFIRMED - /usr/local/bin/vacation script should handle mail header fields case insensitively" href="http://bugs.contribs.org/show_bug.cgi?id=8777">Bug 8777</a>.<br><br>
Have you checked the <a href="http://wiki.contribs.org/SME_Server:Documentation:FAQ">Frequently Asked Questions (FAQ)</a>?<br><br>
Please also take the time to read "<a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</a>"<br><table border="1" cellspacing="0" cellpadding="8">
<tr>Bug ID
          <td>
<a class="bz_bug_link 
          bz_status_CONFIRMED " title="CONFIRMED - /usr/local/bin/vacation script should handle mail header fields case insensitively" href="http://bugs.contribs.org/show_bug.cgi?id=8777">8777</a>
          </td>
        </tr>
<tr>Summary
          <td>/usr/local/bin/vacation script should handle mail header fields case insensitively
          </td>
        </tr>
<tr>Classification
          <td>Contribs
          </td>
        </tr>
<tr>Product
          <td>SME Contribs
          </td>
        </tr>
<tr>Version
          <td>9.0
          </td>
        </tr>
<tr>Hardware
          <td>---
          </td>
        </tr>
<tr>OS
          <td>---
          </td>
        </tr>
<tr>Status
          <td>CONFIRMED
          </td>
        </tr>
<tr>Severity
          <td>normal
          </td>
        </tr>
<tr>Priority
          <td>P3
          </td>
        </tr>
<tr>Component
          <td>smeserver-vacation
          </td>
        </tr>
<tr>Assignee
          <td>support <at> dungog.net
          </td>
        </tr>
<tr>Reporter
          <td>m.schuh <at> neckargeo.net
          </td>
        </tr>
<tr>QA Contact
          <td>contribteam <at> lists.contribs.org
          </td>
        </tr>
</table>
<p>
        </p>
<div>
        DESCRIPTION
===========

It seems the vacation script (/usr/local/bin/vacation) only parses the Subject:
mail header field of an incoming mail into the $subject variable if the
incoming mail's Subject field starts with a capital 'S'. I found eg. that in a
mail sent from SOGo MUA, headers contain:

  from: "Test2 User2" &lt;<a href="mailto:test2 <at> smetest.local">test2 <at> smetest.local</a>&gt;
  subject: bla3

whereas in a mail sent from Horde MUA, headers contain:

  From: <a href="mailto:test2 <at> smetest.local">test2 <at> smetest.local</a>
  Subject: bla3

In the auto-reply to these mails sent from Horde (subject field name with upper
case "S"), the $SUBJECT gets expanded by the vacation program, in the
auto-reply to the mail sent from SOGo (subject field name with lower case "s"),
it does not get expanded and returns "(NO SUBJECT)" instead.

Originally reported in the forum a while back:
<a href="http://forums.contribs.org/index.php/topic,51234.0.html">http://forums.contribs.org/index.php/topic,51234.0.html</a>

POSSIBLE SOLUTION
=================

Modify the subject parsing (/usr/local/bin/vacation, lines 436ff.) to be
agnostic of capitalization.
        </div>

      <span>You are receiving this mail because:</span>

      <ul>
<li>You are the QA Contact for the bug.</li>
      </ul>
</div>
bugzilla-daemon | 7 Jan 11:48 2015

[Bug 8776] Manually setting a virtual domain sender address only works with en-us From: keyword

Please DO NOT REPLY to this mail or send email to the developers about this bug.

Please follow-up to Bugzilla via Bug 8776.

Have you checked the Frequently Asked Questions (FAQ)?

Please also take the time to read "How to Report Bugs Effectively"
Bug ID Summary Classification Product Version Hardware OS Status Severity Priority Component Assignee Reporter QA Contact
8776
Manually setting a virtual domain sender address only works with en-us From: keyword
Contribs
SME Contribs
9.0
---
---
CONFIRMED
normal
P3
smeserver-vacation
support <at> dungog.net
m.schuh <at> neckargeo.net
contribteam <at> lists.contribs.org

DESCRIPTION =========== The From: header field part of the first line in the (default) vacation message is getting localized (eg. to a German "Von:" if locale is set to de_DE.UTF-8, or to "De:" when using French ), which leads to the line not being recognized as a proper mail header field. This is especially irritating if a user choses to replace the default domain part of the sender address with a valid virtual domain name defined on the domains panel in server manager. REPRODUCE ========= Installed version from smetest: smeserver-vacation-1.1-4.el6.sme.noarch Did some testing in the server-manager vacation panel and can confirm that manually setting a virtual domain sender address in the first line of the message only works with the english "From:" but not with the localised "Von:", "De:" or whatever. In the latter case, the auto-reply mail's sender address is still the primary domain. Tests and results when sending a mail to "user <at> virtualdomain" (using the German "Von:", in the French it would be "De:"): a) default vacation message, first line reads "Von: user <at> primarydomain" -> autoreply sender is "user <at> primarydomain" (expected, but not what we want) b) customized vacation message, first line reads "Von: user <at> virtualdomain" -> autoreply sender is "user <at> primarydomain" (not what we want) c) customized vacation message, first line reads "From: user <at> virtualdomain" (note the English wording "From:) -> autoreply sender is "user <at> virtualdomain" (that's what we want to see) BACKGROUND ========== In http://tools.ietf.org/html/rfc5322#section-3.6 valid header field names for email messages are defined. According to `man vacation`, header and body of the vacation message have to be separated by a blank line. The minimum requirement for the header part is a "Subject:" line. With only a subject line present, the sender adress will be determined automatically ie. the "From:" header of the final auto-reply message is set based on the user account sending the reply; on SME this resolves to "user <at> primarydomain". The "From:" field can be overridden in the vacation message by inserting a custom value (eg. "From: user <at> virtualdomain") into the header of the vacation message. A localised version of the "From:" header (eg. "Von: user <at> virtualdomain" or "De: user <at> virtualdomain") will rightfully be ignored (because "Von:" and "De:" are not valid header fields defined in RFC5322) and the default address ("user <at> primarydomain") will be used instead. DISCUSSION / POSSIBLE FIXES =========================== a) Do not show a "From:" header in the default vacation message at all. Instead, provide instructions to the user on how to _add_ a custom "From:" line to the message header part (instead of modifying the existing one), stating clearly that the word "From:" must not be translated (IIRC, the "Subject:" field is also not translated) and that the domain part of the sender address has to be a valid one. b) The mechanism for localizing the "From:" header could be eliminated from /usr/share/perl5/vendor_perl/esmith/FormMagick/Panel/uservacations.pm by changing all appearances of my $from = $self->localise('FROM'); to my $from = 'FROM'; and probably additionally eliminating <entry> <base>FROM</base> <trans>From:</trans> </entry> in /etc/e-smith/locale/en-us/etc/e-smith/web/functions/uservacations (and the corresponding translations). c) ???
You are receiving this mail because:
  • You are the QA Contact for the bug.
<div>
Please DO NOT REPLY to this mail or send email to the developers about this bug.<br><br>
Please follow-up to Bugzilla via <a class="bz_bug_link 
          bz_status_CONFIRMED " title="CONFIRMED - Manually setting a virtual domain sender address only works with en-us From: keyword" href="http://bugs.contribs.org/show_bug.cgi?id=8776">Bug 8776</a>.<br><br>
Have you checked the <a href="http://wiki.contribs.org/SME_Server:Documentation:FAQ">Frequently Asked Questions (FAQ)</a>?<br><br>
Please also take the time to read "<a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</a>"<br><table border="1" cellspacing="0" cellpadding="8">
<tr>Bug ID
          <td>
<a class="bz_bug_link 
          bz_status_CONFIRMED " title="CONFIRMED - Manually setting a virtual domain sender address only works with en-us From: keyword" href="http://bugs.contribs.org/show_bug.cgi?id=8776">8776</a>
          </td>
        </tr>
<tr>Summary
          <td>Manually setting a virtual domain sender address only works with en-us From: keyword
          </td>
        </tr>
<tr>Classification
          <td>Contribs
          </td>
        </tr>
<tr>Product
          <td>SME Contribs
          </td>
        </tr>
<tr>Version
          <td>9.0
          </td>
        </tr>
<tr>Hardware
          <td>---
          </td>
        </tr>
<tr>OS
          <td>---
          </td>
        </tr>
<tr>Status
          <td>CONFIRMED
          </td>
        </tr>
<tr>Severity
          <td>normal
          </td>
        </tr>
<tr>Priority
          <td>P3
          </td>
        </tr>
<tr>Component
          <td>smeserver-vacation
          </td>
        </tr>
<tr>Assignee
          <td>support <at> dungog.net
          </td>
        </tr>
<tr>Reporter
          <td>m.schuh <at> neckargeo.net
          </td>
        </tr>
<tr>QA Contact
          <td>contribteam <at> lists.contribs.org
          </td>
        </tr>
</table>
<p>
        </p>
<div>
        DESCRIPTION
===========

The From: header field part of the first line in the (default) vacation message
is getting localized (eg. to a German "Von:" if locale is set to de_DE.UTF-8,
or to "De:" when using French ), which leads to the line not being recognized
as a proper mail header field. This is especially irritating if a user choses
to replace the default domain part of the sender address with a valid virtual
domain name defined on the domains panel in server manager.

REPRODUCE
=========

Installed version from smetest: smeserver-vacation-1.1-4.el6.sme.noarch

Did some testing in the server-manager vacation panel and can confirm that
manually setting a virtual domain sender address in the first line of the
message only works with the english "From:" but not with the localised "Von:",
"De:" or whatever. In the latter case, the auto-reply mail's sender address is
still the primary domain.

Tests and results when sending a mail to "user <at> virtualdomain" (using the German
"Von:", in the French it would be "De:"):

a) default vacation message, first line reads "Von: user <at> primarydomain"
-&gt; autoreply sender is "user <at> primarydomain" (expected, but not what we want)

b) customized vacation message, first line reads "Von: user <at> virtualdomain"
-&gt; autoreply sender is "user <at> primarydomain" (not what we want)

c) customized vacation message, first line reads "From: user <at> virtualdomain"
(note the English wording "From:)
-&gt; autoreply sender is "user <at> virtualdomain" (that's what we want to see)

BACKGROUND
==========

In <a href="http://tools.ietf.org/html/rfc5322#section-3.6">http://tools.ietf.org/html/rfc5322#section-3.6</a> valid header field names for
email messages are defined. 

According to `man vacation`, header and body of the vacation message have to be
separated by a blank line. The minimum requirement for the header part is a
"Subject:" line. With only a subject line present, the sender adress will be
determined automatically ie. the "From:" header of the final auto-reply message
is set based on the user account sending the reply; on SME this resolves to
"user <at> primarydomain".

The "From:" field can be overridden in the vacation message by inserting a
custom value (eg. "From: user <at> virtualdomain") into the header of the vacation
message.

A localised version of the "From:" header (eg. "Von: user <at> virtualdomain" or
"De: user <at> virtualdomain") will rightfully be ignored (because "Von:" and "De:"
are not valid header fields defined in RFC5322) and the default address
("user <at> primarydomain") will be used instead.

DISCUSSION / POSSIBLE FIXES
===========================

a) Do not show a "From:" header in the default vacation message at all.
Instead, provide instructions to the user on how to _add_ a custom "From:" line
to the message header part (instead of modifying the existing one), stating
clearly that the word "From:" must not be translated (IIRC, the "Subject:"
field is also not translated) and that the domain part of the sender address
has to be a valid one.

b) The mechanism for localizing the "From:" header could be eliminated from
/usr/share/perl5/vendor_perl/esmith/FormMagick/Panel/uservacations.pm by
changing all appearances of

   my $from = $self-&gt;localise('FROM');

to

   my $from = 'FROM';

and probably additionally eliminating 

    &lt;entry&gt;
      &lt;base&gt;FROM&lt;/base&gt;
      &lt;trans&gt;From:&lt;/trans&gt;
    &lt;/entry&gt;

in /etc/e-smith/locale/en-us/etc/e-smith/web/functions/uservacations (and the
corresponding translations).

c) ???
        </div>

      <span>You are receiving this mail because:</span>

      <ul>
<li>You are the QA Contact for the bug.</li>
      </ul>
</div>
bugzilla-daemon | 7 Jan 01:26 2015

[Bug 8774] NFR: Default vacation message should be plain text instead of HTML

Please DO NOT REPLY to this mail or send email to the developers about this bug.

Please follow-up to Bugzilla via Bug 8774.

Have you checked the Frequently Asked Questions (FAQ)?

Please also take the time to read "How to Report Bugs Effectively"
Bug ID Summary Classification Product Version Hardware OS Status Severity Priority Component Assignee Reporter QA Contact
8774
NFR: Default vacation message should be plain text instead of HTML
Contribs
SME Contribs
9.0
---
---
CONFIRMED
normal
P3
smeserver-vacation
support <at> dungog.net
m.schuh <at> neckargeo.net
contribteam <at> lists.contribs.org

DESCRIPTION =========== Currently the default vacation message contains HTML tags - this is probably unnecessary as the message is Content-Type: text/plain; charset="UTF-8" anyway. PROPOSAL ======== There has been a previous effort to set the correct content type of the vacation message based on its content (Bug 6614), but IMHO for the _default_ message plain text will be sufficient and the HTML tags in the message should generally be eliminated. VERSION ======= [root <at> smeserver test]# rpm -qa smeserver-vacation smeserver-vacation-1.1-4.el6.sme.noarch
You are receiving this mail because:
  • You are the QA Contact for the bug.
<div>
Please DO NOT REPLY to this mail or send email to the developers about this bug.<br><br>
Please follow-up to Bugzilla via <a class="bz_bug_link 
          bz_status_CONFIRMED " title="CONFIRMED - NFR: Default vacation message should be plain text instead of HTML" href="http://bugs.contribs.org/show_bug.cgi?id=8774">Bug 8774</a>.<br><br>
Have you checked the <a href="http://wiki.contribs.org/SME_Server:Documentation:FAQ">Frequently Asked Questions (FAQ)</a>?<br><br>
Please also take the time to read "<a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</a>"<br><table border="1" cellspacing="0" cellpadding="8">
<tr>Bug ID
          <td>
<a class="bz_bug_link 
          bz_status_CONFIRMED " title="CONFIRMED - NFR: Default vacation message should be plain text instead of HTML" href="http://bugs.contribs.org/show_bug.cgi?id=8774">8774</a>
          </td>
        </tr>
<tr>Summary
          <td>NFR: Default vacation message should be plain text instead of HTML
          </td>
        </tr>
<tr>Classification
          <td>Contribs
          </td>
        </tr>
<tr>Product
          <td>SME Contribs
          </td>
        </tr>
<tr>Version
          <td>9.0
          </td>
        </tr>
<tr>Hardware
          <td>---
          </td>
        </tr>
<tr>OS
          <td>---
          </td>
        </tr>
<tr>Status
          <td>CONFIRMED
          </td>
        </tr>
<tr>Severity
          <td>normal
          </td>
        </tr>
<tr>Priority
          <td>P3
          </td>
        </tr>
<tr>Component
          <td>smeserver-vacation
          </td>
        </tr>
<tr>Assignee
          <td>support <at> dungog.net
          </td>
        </tr>
<tr>Reporter
          <td>m.schuh <at> neckargeo.net
          </td>
        </tr>
<tr>QA Contact
          <td>contribteam <at> lists.contribs.org
          </td>
        </tr>
</table>
<p>
        </p>
<div>
        DESCRIPTION
===========

Currently the default vacation message contains HTML tags - this is probably
unnecessary as the message is Content-Type: text/plain; charset="UTF-8" anyway.

PROPOSAL
========

There has been a previous effort to set the correct content type of the
vacation message based on its content (<a class="bz_bug_link 
          bz_status_CONFIRMED " title="CONFIRMED - NFR: detect html in message and change Content-Type" href="show_bug.cgi?id=6614">Bug 6614</a>), but IMHO for the _default_
message plain text will be sufficient and the HTML tags in the message should
generally be eliminated.

VERSION
=======

[root <at> smeserver test]# rpm -qa smeserver-vacation
smeserver-vacation-1.1-4.el6.sme.noarch
        </div>

      <span>You are receiving this mail because:</span>

      <ul>
<li>You are the QA Contact for the bug.</li>
      </ul>
</div>
bugzilla-daemon | 7 Jan 00:33 2015

[Bug 8772] Blank line separating header and body is missing in default vacation message

Please DO NOT REPLY to this mail or send email to the developers about this bug.

Please follow-up to Bugzilla via Bug 8772.

Have you checked the Frequently Asked Questions (FAQ)?

Please also take the time to read "How to Report Bugs Effectively"
Bug ID Summary Classification Product Version Hardware OS Status Severity Priority Component Assignee Reporter QA Contact
8772
Blank line separating header and body is missing in default vacation message
Contribs
SME Contribs
9.0
---
---
CONFIRMED
normal
P3
smeserver-vacation
support <at> dungog.net
m.schuh <at> neckargeo.net
contribteam <at> lists.contribs.org

DESCRIPTION =========== The default message displayed in the server-manager panel does not contain a blank line to differentiate between header and body part of the vacation message. This leads to the body text of the autoreply message being concatenated into the subject line in the header of the mail instead of the mail's body. DISCUSSION ========== For en_us the two linebreaks required can be inserted into the corresponding AWAY_FROM_MAIL entry in: /etc/e-smith/locale/en-us/etc/e-smith/web/functions/uservacations which works because the whole entry is wrapped in a CDATA statement and so gets parsed verbatim. Unfortunately it seems to be impossible to retain these linebreaks when translating this CDATA statement in Pootle, so the problem remains in localizations other than en_us. CONTRIB VERSION =============== [root <at> smeserver ~]# rpm -qa smeserver-vacation smeserver-vacation-1.1-1.el6.sme.noarch NOTE ==== This bug is a split from Bug 8765
You are receiving this mail because:
  • You are the QA Contact for the bug.
<div>
Please DO NOT REPLY to this mail or send email to the developers about this bug.<br><br>
Please follow-up to Bugzilla via <a class="bz_bug_link 
          bz_status_CONFIRMED " title="CONFIRMED - Blank line separating header and body is missing in default vacation message" href="http://bugs.contribs.org/show_bug.cgi?id=8772">Bug 8772</a>.<br><br>
Have you checked the <a href="http://wiki.contribs.org/SME_Server:Documentation:FAQ">Frequently Asked Questions (FAQ)</a>?<br><br>
Please also take the time to read "<a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</a>"<br><table border="1" cellspacing="0" cellpadding="8">
<tr>Bug ID
          <td>
<a class="bz_bug_link 
          bz_status_CONFIRMED " title="CONFIRMED - Blank line separating header and body is missing in default vacation message" href="http://bugs.contribs.org/show_bug.cgi?id=8772">8772</a>
          </td>
        </tr>
<tr>Summary
          <td>Blank line separating header and body is missing in default vacation message
          </td>
        </tr>
<tr>Classification
          <td>Contribs
          </td>
        </tr>
<tr>Product
          <td>SME Contribs
          </td>
        </tr>
<tr>Version
          <td>9.0
          </td>
        </tr>
<tr>Hardware
          <td>---
          </td>
        </tr>
<tr>OS
          <td>---
          </td>
        </tr>
<tr>Status
          <td>CONFIRMED
          </td>
        </tr>
<tr>Severity
          <td>normal
          </td>
        </tr>
<tr>Priority
          <td>P3
          </td>
        </tr>
<tr>Component
          <td>smeserver-vacation
          </td>
        </tr>
<tr>Assignee
          <td>support <at> dungog.net
          </td>
        </tr>
<tr>Reporter
          <td>m.schuh <at> neckargeo.net
          </td>
        </tr>
<tr>QA Contact
          <td>contribteam <at> lists.contribs.org
          </td>
        </tr>
</table>
<p>
        </p>
<div>
        DESCRIPTION
===========

The default message displayed in the server-manager panel does not contain a
blank line to differentiate between header and body part of the vacation
message. This leads to the body text of the autoreply message being
concatenated into the subject line in the header of the mail instead of the
mail's body.

DISCUSSION
==========

For en_us the two linebreaks required can be inserted into the corresponding
AWAY_FROM_MAIL entry in:

/etc/e-smith/locale/en-us/etc/e-smith/web/functions/uservacations

which works because the whole entry is wrapped in a CDATA statement and so gets
parsed verbatim.

Unfortunately it seems to be impossible to retain these linebreaks when
translating this CDATA statement in Pootle, so the problem remains in
localizations other than en_us.

CONTRIB VERSION
===============

[root <at> smeserver ~]# rpm -qa smeserver-vacation
smeserver-vacation-1.1-1.el6.sme.noarch

NOTE
====

This bug is a split from <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed" title="RESOLVED FIXED - Unclear instructions, wrong formatting and header keyword translations in vacation message form" href="show_bug.cgi?id=8765">Bug 8765</a>
        </div>

      <span>You are receiving this mail because:</span>

      <ul>
<li>You are the QA Contact for the bug.</li>
      </ul>
</div>
bugzilla-daemon | 6 Jan 20:07 2015

[Bug 7578] Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing

Please DO NOT REPLY to this mail or send email to the developers about this bug.

Please follow-up to Bugzilla via Bug 7578.

Have you checked the Frequently Asked Questions (FAQ)?

Please also take the time to read "How to Report Bugs Effectively"
changed bug 7578
What Removed Added
Status CONFIRMED RESOLVED
Resolution --- FIXED

Comment # 8 on bug 7578 from Thanks Mats and Thanks Nicola for the fix released as an update to sme8 & sme9 <at> Nicola I know that you are a power user of Sogo, so please contact Mats or me if you have upgrade to submit for sme8 * Tue Jan 6 2015 stephane de Labrusse <stephdl <at> de-labrusse.fr> - 1.1-3.sme - Added bindFields parameters to SOGoUserSources based on suggestion of Nicola Tiana in [SME: 7578] - According to SOGo installation guide, the value of bindFields has to be in an array for recent version - Thanks to Mats Schuh <m.schuh <at> neckargeo.net> for sme9 * Tue Jan 6 2015 stephane de Labrusse <stephdl <at> de-labrusse.fr> - 1.3-10.sme - Added bindFields parameters to SOGoUserSources based on suggestion of Nicola Tiana in [SME: 7578] - According to SOGo installation guide, the value of bindFields has to be in an array for recent version - Thanks to Mats Schuh <m.schuh <at> neckargeo.net>
You are receiving this mail because:
  • You are the QA Contact for the bug.
<div>
Please DO NOT REPLY to this mail or send email to the developers about this bug.<br><br>
Please follow-up to Bugzilla via <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed" title='RESOLVED FIXED - Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing' href="http://bugs.contribs.org/show_bug.cgi?id=7578">Bug 7578</a>.<br><br>
Have you checked the <a href="http://wiki.contribs.org/SME_Server:Documentation:FAQ">Frequently Asked Questions (FAQ)</a>?<br><br>
Please also take the time to read "<a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</a>"<br><span class="vcard"><a class="email" href="mailto:stephdl <at> de-labrusse.fr" title="Stephane de Labrusse &lt;stephdl <at> de-labrusse.fr&gt;"> <span class="fn">Stephane de Labrusse</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed" title='RESOLVED FIXED - Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing' href="http://bugs.contribs.org/show_bug.cgi?id=7578">bug 7578</a>
          <br><table border="1" cellspacing="0" cellpadding="8">
<tr>What
            Removed
            Added
          </tr>
<tr>
<td>Status</td>
           <td>CONFIRMED
           </td>
           <td>RESOLVED
           </td>
         </tr>
<tr>
<td>Resolution</td>
           <td>---
           </td>
           <td>FIXED
           </td>
         </tr>
</table>
<p>
        </p>
<div>
            <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed" title='RESOLVED FIXED - Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing' href="http://bugs.contribs.org/show_bug.cgi?id=7578#c8">Comment # 8</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed" title='RESOLVED FIXED - Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing' href="http://bugs.contribs.org/show_bug.cgi?id=7578">bug 7578</a>
              from <span class="vcard"><a class="email" href="mailto:stephdl <at> de-labrusse.fr" title="Stephane de Labrusse &lt;stephdl <at> de-labrusse.fr&gt;"> <span class="fn">Stephane de Labrusse</span></a>
</span>
        Thanks Mats and Thanks Nicola for the fix

released as an update to sme8 &amp; sme9

 <at> Nicola I know that you are a power user of Sogo, so please contact Mats or me
if you have upgrade to submit 

for sme8
* Tue Jan 6 2015 stephane de Labrusse &lt;<a href="mailto:stephdl <at> de-labrusse.fr">stephdl <at> de-labrusse.fr</a>&gt; - 1.1-3.sme
- Added bindFields parameters to SOGoUserSources based on suggestion of Nicola
Tiana in [SME: 7578]
- According to SOGo installation guide, the value of bindFields has to be in an
array for recent version
- Thanks to  Mats Schuh &lt;<a href="mailto:m.schuh <at> neckargeo.net">m.schuh <at> neckargeo.net</a>&gt;

for sme9
* Tue Jan 6 2015 stephane de Labrusse &lt;<a href="mailto:stephdl <at> de-labrusse.fr">stephdl <at> de-labrusse.fr</a>&gt; - 1.3-10.sme
- Added bindFields parameters to SOGoUserSources based on suggestion of Nicola
Tiana in [SME: 7578]
- According to SOGo installation guide, the value of bindFields has to be in an
array for recent version
- Thanks to  Mats Schuh &lt;<a href="mailto:m.schuh <at> neckargeo.net">m.schuh <at> neckargeo.net</a>&gt;
        </div>

      <span>You are receiving this mail because:</span>

      <ul>
<li>You are the QA Contact for the bug.</li>
      </ul>
</div>
bugzilla-daemon | 6 Jan 20:07 2015

[Bug 7578] Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing

Please DO NOT REPLY to this mail or send email to the developers about this bug.

Please follow-up to Bugzilla via Bug 7578.

Have you checked the Frequently Asked Questions (FAQ)?

Please also take the time to read "How to Report Bugs Effectively"
changed bug 7578
What Removed Added
Status RESOLVED CLOSED

Comment # 9 on bug 7578 from set closed as released
You are receiving this mail because:
  • You are the QA Contact for the bug.
<div>
Please DO NOT REPLY to this mail or send email to the developers about this bug.<br><br>
Please follow-up to Bugzilla via <a class="bz_bug_link 
          bz_status_CLOSED  bz_closed" title='CLOSED FIXED - Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing' href="http://bugs.contribs.org/show_bug.cgi?id=7578">Bug 7578</a>.<br><br>
Have you checked the <a href="http://wiki.contribs.org/SME_Server:Documentation:FAQ">Frequently Asked Questions (FAQ)</a>?<br><br>
Please also take the time to read "<a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</a>"<br><span class="vcard"><a class="email" href="mailto:stephdl <at> de-labrusse.fr" title="Stephane de Labrusse &lt;stephdl <at> de-labrusse.fr&gt;"> <span class="fn">Stephane de Labrusse</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_CLOSED  bz_closed" title='CLOSED FIXED - Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing' href="http://bugs.contribs.org/show_bug.cgi?id=7578">bug 7578</a>
          <br><table border="1" cellspacing="0" cellpadding="8">
<tr>What
            Removed
            Added
          </tr>
<tr>
<td>Status</td>
           <td>RESOLVED
           </td>
           <td>CLOSED
           </td>
         </tr>
</table>
<p>
        </p>
<div>
            <a class="bz_bug_link 
          bz_status_CLOSED  bz_closed" title='CLOSED FIXED - Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing' href="http://bugs.contribs.org/show_bug.cgi?id=7578#c9">Comment # 9</a>
              on <a class="bz_bug_link 
          bz_status_CLOSED  bz_closed" title='CLOSED FIXED - Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing' href="http://bugs.contribs.org/show_bug.cgi?id=7578">bug 7578</a>
              from <span class="vcard"><a class="email" href="mailto:stephdl <at> de-labrusse.fr" title="Stephane de Labrusse &lt;stephdl <at> de-labrusse.fr&gt;"> <span class="fn">Stephane de Labrusse</span></a>
</span>
        set closed as released
        </div>

      <span>You are receiving this mail because:</span>

      <ul>
<li>You are the QA Contact for the bug.</li>
      </ul>
</div>
bugzilla-daemon | 6 Jan 19:27 2015

[Bug 6678] SOGo

Please DO NOT REPLY to this mail or send email to the developers about this bug.

Please follow-up to Bugzilla via Bug 6678.

Have you checked the Frequently Asked Questions (FAQ)?

Please also take the time to read "How to Report Bugs Effectively"
changed bug 6678
What Removed Added
Resolution FIXED WONTFIX

Comment # 4 on bug 6678 from setting wontfix, as the issue resolved without an actual fix had to be applied to smeserver-sogo
You are receiving this mail because:
  • You are the QA Contact for the bug.
<div>
Please DO NOT REPLY to this mail or send email to the developers about this bug.<br><br>
Please follow-up to Bugzilla via <a class="bz_bug_link 
          bz_status_CLOSED  bz_closed" title="CLOSED WONTFIX - SOGo" href="http://bugs.contribs.org/show_bug.cgi?id=6678">Bug 6678</a>.<br><br>
Have you checked the <a href="http://wiki.contribs.org/SME_Server:Documentation:FAQ">Frequently Asked Questions (FAQ)</a>?<br><br>
Please also take the time to read "<a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</a>"<br><span class="vcard"><a class="email" href="mailto:m.schuh <at> neckargeo.net" title="Mats Schuh &lt;m.schuh <at> neckargeo.net&gt;"> <span class="fn">Mats Schuh</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_CLOSED  bz_closed" title="CLOSED WONTFIX - SOGo" href="http://bugs.contribs.org/show_bug.cgi?id=6678">bug 6678</a>
          <br><table border="1" cellspacing="0" cellpadding="8">
<tr>What
            Removed
            Added
          </tr>
<tr>
<td>Resolution</td>
           <td>FIXED
           </td>
           <td>WONTFIX
           </td>
         </tr>
</table>
<p>
        </p>
<div>
            <a class="bz_bug_link 
          bz_status_CLOSED  bz_closed" title="CLOSED WONTFIX - SOGo" href="http://bugs.contribs.org/show_bug.cgi?id=6678#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_CLOSED  bz_closed" title="CLOSED WONTFIX - SOGo" href="http://bugs.contribs.org/show_bug.cgi?id=6678">bug 6678</a>
              from <span class="vcard"><a class="email" href="mailto:m.schuh <at> neckargeo.net" title="Mats Schuh &lt;m.schuh <at> neckargeo.net&gt;"> <span class="fn">Mats Schuh</span></a>
</span>
        setting wontfix, as the issue resolved without an actual fix had to be applied
to smeserver-sogo
        </div>

      <span>You are receiving this mail because:</span>

      <ul>
<li>You are the QA Contact for the bug.</li>
      </ul>
</div>
bugzilla-daemon | 6 Jan 17:16 2015

[Bug 6678] SOGo

Please DO NOT REPLY to this mail or send email to the developers about this bug.

Please follow-up to Bugzilla via Bug 6678.

Have you checked the Frequently Asked Questions (FAQ)?

Please also take the time to read "How to Report Bugs Effectively"
changed bug 6678
What Removed Added
Status UNCONFIRMED CLOSED
CC   m.schuh <at> neckargeo.net
Resolution --- FIXED

Comment # 3 on bug 6678 from With more recent versions of smeserver-sogo the so-called "libevent-memcached nightmare" should no longer be an issue. The information John refers to in Comment 2 can now be found at http://wiki.contribs.org/Talk:Sogo where it is archived for historical reasons only. Closing fixed seems to be the most appropriate solution.
You are receiving this mail because:
  • You are the QA Contact for the bug.
<div>
Please DO NOT REPLY to this mail or send email to the developers about this bug.<br><br>
Please follow-up to Bugzilla via <a class="bz_bug_link 
          bz_status_CLOSED  bz_closed" title="CLOSED FIXED - SOGo" href="http://bugs.contribs.org/show_bug.cgi?id=6678">Bug 6678</a>.<br><br>
Have you checked the <a href="http://wiki.contribs.org/SME_Server:Documentation:FAQ">Frequently Asked Questions (FAQ)</a>?<br><br>
Please also take the time to read "<a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</a>"<br><span class="vcard"><a class="email" href="mailto:m.schuh <at> neckargeo.net" title="Mats Schuh &lt;m.schuh <at> neckargeo.net&gt;"> <span class="fn">Mats Schuh</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_CLOSED  bz_closed" title="CLOSED FIXED - SOGo" href="http://bugs.contribs.org/show_bug.cgi?id=6678">bug 6678</a>
          <br><table border="1" cellspacing="0" cellpadding="8">
<tr>What
            Removed
            Added
          </tr>
<tr>
<td>Status</td>
           <td>UNCONFIRMED
           </td>
           <td>CLOSED
           </td>
         </tr>
<tr>
<td>CC</td>
           <td>
               &nbsp;
           </td>
           <td>m.schuh <at> neckargeo.net
           </td>
         </tr>
<tr>
<td>Resolution</td>
           <td>---
           </td>
           <td>FIXED
           </td>
         </tr>
</table>
<p>
        </p>
<div>
            <a class="bz_bug_link 
          bz_status_CLOSED  bz_closed" title="CLOSED FIXED - SOGo" href="http://bugs.contribs.org/show_bug.cgi?id=6678#c3">Comment # 3</a>
              on <a class="bz_bug_link 
          bz_status_CLOSED  bz_closed" title="CLOSED FIXED - SOGo" href="http://bugs.contribs.org/show_bug.cgi?id=6678">bug 6678</a>
              from <span class="vcard"><a class="email" href="mailto:m.schuh <at> neckargeo.net" title="Mats Schuh &lt;m.schuh <at> neckargeo.net&gt;"> <span class="fn">Mats Schuh</span></a>
</span>
        With more recent versions of smeserver-sogo the so-called "libevent-memcached
nightmare" should no longer be an issue.

The information John refers to in <a href="show_bug.cgi?id=6678#c2">Comment 2</a> can now be found at

<a href="http://wiki.contribs.org/Talk:Sogo">http://wiki.contribs.org/Talk:Sogo</a>

where it is archived for historical reasons only.

Closing fixed seems to be the most appropriate solution.
        </div>

      <span>You are receiving this mail because:</span>

      <ul>
<li>You are the QA Contact for the bug.</li>
      </ul>
</div>
bugzilla-daemon | 6 Jan 16:55 2015

[Bug 7578] Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing

Please DO NOT REPLY to this mail or send email to the developers about this bug.

Please follow-up to Bugzilla via Bug 7578.

Have you checked the Frequently Asked Questions (FAQ)?

Please also take the time to read "How to Report Bugs Effectively"

Comment # 7 on bug 7578 from To clarify, the exception Nicola reported was still there with # rpm -qa smeserver-sogo smeserver-sogo-1.3-7.el6.sme.noarch on SME 9. (In reply to Stephane de Labrusse from comment #3) > still occuring with the new version > > # rpm -qa smeserver-sogo > smeserver-sogo-1.0.1-1.el5.nh
You are receiving this mail because:
  • You are the QA Contact for the bug.
<div>
Please DO NOT REPLY to this mail or send email to the developers about this bug.<br><br>
Please follow-up to Bugzilla via <a class="bz_bug_link 
          bz_status_CONFIRMED " title='CONFIRMED - Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing' href="http://bugs.contribs.org/show_bug.cgi?id=7578">Bug 7578</a>.<br><br>
Have you checked the <a href="http://wiki.contribs.org/SME_Server:Documentation:FAQ">Frequently Asked Questions (FAQ)</a>?<br><br>
Please also take the time to read "<a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</a>"<br><p>
        </p>
<div>
            <a class="bz_bug_link 
          bz_status_CONFIRMED " title='CONFIRMED - Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing' href="http://bugs.contribs.org/show_bug.cgi?id=7578#c7">Comment # 7</a>
              on <a class="bz_bug_link 
          bz_status_CONFIRMED " title='CONFIRMED - Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing' href="http://bugs.contribs.org/show_bug.cgi?id=7578">bug 7578</a>
              from <span class="vcard"><a class="email" href="mailto:m.schuh <at> neckargeo.net" title="Mats Schuh &lt;m.schuh <at> neckargeo.net&gt;"> <span class="fn">Mats Schuh</span></a>
</span>
        To clarify, the exception Nicola reported was still there with
# rpm -qa smeserver-sogo
smeserver-sogo-1.3-7.el6.sme.noarch

on SME 9.

(In reply to Stephane de Labrusse from <a href="show_bug.cgi?id=7578#c3">comment #3</a>)
<span class="quote">&gt; still occuring with the new version
&gt; 
&gt; # rpm -qa smeserver-sogo
&gt; smeserver-sogo-1.0.1-1.el5.nh</span>
        </div>

      <span>You are receiving this mail because:</span>

      <ul>
<li>You are the QA Contact for the bug.</li>
      </ul>
</div>
bugzilla-daemon | 6 Jan 16:53 2015

[Bug 7578] Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing

Please DO NOT REPLY to this mail or send email to the developers about this bug.

Please follow-up to Bugzilla via Bug 7578.

Have you checked the Frequently Asked Questions (FAQ)?

Please also take the time to read "How to Report Bugs Effectively"

Comment # 6 on bug 7578 from (In reply to Mats Schuh from comment #5) > Steph, i created a pull request to your github repo (sme9 branch). ...and another one for master branch (SME 8.x, I assume?).
You are receiving this mail because:
  • You are the QA Contact for the bug.
<div>
Please DO NOT REPLY to this mail or send email to the developers about this bug.<br><br>
Please follow-up to Bugzilla via <a class="bz_bug_link 
          bz_status_CONFIRMED " title='CONFIRMED - Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing' href="http://bugs.contribs.org/show_bug.cgi?id=7578">Bug 7578</a>.<br><br>
Have you checked the <a href="http://wiki.contribs.org/SME_Server:Documentation:FAQ">Frequently Asked Questions (FAQ)</a>?<br><br>
Please also take the time to read "<a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</a>"<br><p>
        </p>
<div>
            <a class="bz_bug_link 
          bz_status_CONFIRMED " title='CONFIRMED - Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing' href="http://bugs.contribs.org/show_bug.cgi?id=7578#c6">Comment # 6</a>
              on <a class="bz_bug_link 
          bz_status_CONFIRMED " title='CONFIRMED - Sogo 2.0.5a - .GNUstepDefaults "bindFields" setting missing' href="http://bugs.contribs.org/show_bug.cgi?id=7578">bug 7578</a>
              from <span class="vcard"><a class="email" href="mailto:m.schuh <at> neckargeo.net" title="Mats Schuh &lt;m.schuh <at> neckargeo.net&gt;"> <span class="fn">Mats Schuh</span></a>
</span>
        (In reply to Mats Schuh from <a href="show_bug.cgi?id=7578#c5">comment #5</a>)
<span class="quote">&gt; Steph, i created a pull request to your github repo (sme9 branch).</span>

...and another one for master branch (SME 8.x, I assume?).
        </div>

      <span>You are receiving this mail because:</span>

      <ul>
<li>You are the QA Contact for the bug.</li>
      </ul>
</div>

Gmane