submit\@$gEmailDomain
,
as described below.
Please don't report several unrelated $gBugs - especially ones in
different packages - in one message. Also, please don't mail your $gBug
report to any mailing lists or recipients other than
submit\@$gEmailDomain
(for details of how to do this right, see
below).
Lists of currently-outstanding $gBugs are available on the World Wide Web and elsewhere - see other documents for details.
You should put a pseudo-header at the start of the body of the
message, with the Package:
and Version:
lines giving the name and version of the package which has the $gBug.
(The pseudo-header fields must start at the very start of their lines,
and the $gBug system does not currently understand them if they're
buried in MIMEd or PGPd mail.)
$gHTMLFindPackage
See below for further requirements.
$gHTMLPseudoDesc
To: submit\@$gEmailDomain From: diligent\@testing.linux.org Subject: Hello says `goodbye' Package: hello Version: 1.3-2 When I invoke `hello' without arguments from an ordinary shell prompt it prints `goodbye', rather than the expected `hello, world'. Here is a transcript: $ hello goodbye $ /usr/bin/hello goodbye $ I suggest that the output string, in hello.c, be corrected. I am using Debian 1.1, kernel version 1.3.99.15z and libc 5.2.18.3.2.1.3-beta.
Of course, like any email, you should include a clear, descriptive
Subject
line in your main mail header. The subject you
give will be used as the initial $gBug title in the tracking system, so
please try to make it informative !
You could do this by CC'ing your $gBug report to the other address(es),
but then the other copies would not have the $gBug report number put in
the Reply-To
field and the Subject
line.
When the recipients reply they will probably preserve the
submit\@$gEmailDomain
entry in the header and have their
message filed as a new $gBug report. This leads to many duplicated
reports.
The right way to do this is to use the
X-$gProject-CC
header. Add a line like this to your
message's mail header (not to the psuedo header with the
Package
field):
X-$gProject-CC: other-list\@cosmic.eduThis will cause the $gBug tracking system to send a copy of your report to the address(es) in the
X-$gProject-CC
line as well as to
any mailing list.
This feature can often be combined usefully with mailing
quiet
- see below.
To assign a severity level put a
Severity: severity
line in the psuedo-header,
together with Package
and Version
. The
severity levels available are described in the
developers' documentation.
maintonly\@$gEmailDomain
or quiet\@$gEmailDomain
.
maintonly
will send the report on to the package
maintainer (provided you supply a correct Package
line in
the pseudo-header and the maintainer is known), and quiet
will not forward it anywhere at all but only file it as a $gBug (useful
if, for example, you are submitting many similar $gBugs and want to post
only a summary).
If you do this the $gBug system will set the Reply-To
of
any forwarded message so that replies will by default be processed in
the same way as the original report.
Package
keymaintonly
was used.
When sending to maintonly\@$gEmailDomain
or
nnn-maintonly\@$gEmailDomain
you should make sure that
the $gBug report is assigned to the right package, by putting a correct
Package
at the top of an original submission of a report,
or by using the
control\@$gEmailDomain
service to (re)assign the report
appropriately first if it isn't correct already.
$gXtraReportingInfo