view tpl/warnmsg.tpl @ 179:ec3fe72a3e99

Fixed an important bug with folded headers! g_strconcat() returns a *copy* of the string, but hdr->value still pointed to the old header (which probably was a memory leak, too). If the folded part had been quite small it was likely that the new string was at the same position as the old one, thus making everything go well. But if pretty long headers were folded several times it was likely that the new string was allocated somewhere else in memory, thus breaking things. In result mails to lots of recipients (folded header) were frequently only sent to the ones in the first line. Sorry for the inconvenience.
date Fri, 03 Jun 2011 09:52:17 +0200
line source
1 Subject: Warning: could not yet send message
2 From: MAILER-DAEMON@${host_name}
3 To: ${return_path}
4 MIME-Version: 1.0
5 Content-Type: multipart/mixed;
6 boundary="${uid}/${host_name}"
8 This is a MIME-encapsulated message.
10 --${uid}/${host_name}
11 Content-Description: Notification
12 Content-Type: text/plain
14 This message was sent to you by the mailer daemon (${package} ${version})
15 at ${host_name}.
17 Sorry, but your mail could not yet be delivered to all recipients.
18 Delivery to the following recipients has been defered:
20 @failed_rcpts
22 Delivery will be tried again, until it is either successful or a
23 timeout has been reached. If the latter happens, you will get a
24 delivery failure notice.
27 This error message may give you a hint about what caused the
28 delay:
30 ${err_msg}
32 If you need help, write to <postmaster@${host_name}>.
34 The headers of your message follow attached:
36 --${uid}/${host_name}
37 Content-Description: Undelivered Message Headers
38 Content-Type: message/rfc822
40 @msg_headers
42 --${uid}/${host_name}--