[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: reportbug defaults [Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email]

Ron Johnson <ron.l.johnson@cox.net> writes:

> On Wed, 2006-05-17 at 00:24 +0200, Goswin von Brederlow wrote:
>> Ron Johnson <ron.l.johnson@cox.net> writes:
>> > On Tue, 2006-05-16 at 08:44 -0700, Don Armstrong wrote:
>> >> On Tue, 16 May 2006, Ron Johnson wrote:
>> >> > On the "home desktop" reportbug uses Python's smtp library to send
>> >> > email directly to the ISP's smtp server. And that's a good thing,
>> >> > because, for a long time, reportbug did not have that feature, and
>> >> > people who don't know how to configure MTAs were not able to send
>> >> > bug reports.
>> >> 
>> >> reportbug sends mail to wherever it is configured; the default setup
>> >> should be to send mail to bugs.debian.org, not the ISP's smtp server,
>> >> since that can't be known in advance. [I don't know if this is the
>> >> default now, but it should be the default.]
>> >
>> > bugs.d.o is the *destination*, not the journey.
>> Isn't the default that reprotbug asks on the first run whether to use
>> the local fetchmail / ISPs smpt or send to bugs.d.o now?
> OK, I'm confused.
> Isn't the question "How does the report gets from "the computer"
> to bugs.d.o?"?
> sendmail or smtp library, right?

If you run "reportbug" without arguments it asks you questions on the
first run:

| Do you have a "mail transport agent" (MTA) like Exim, Postfix or SSMTP
| configured on this computer? [Y|n|q|?]? n
| Please enter the name of your SMTP host. Usually it's called something like
| "mail.example.org" or "smtp.example.org". Just press ENTER if you don't have
| one or don't know.
| > 

which results in "smtphost bugs.debian.org" in the conffile. Maybe the
default to the MTA question could be "N" instead.

> When I first installed rb, it failed to work, because it wanted
> to use sendmail, and the only way my PC sent mail to the outside
> world was using my MUA pointing to smtp.<myisp>.net (because exim
> was set up for local delivery only).
> Later on, I tried again, and found that they had added (or made
> it more clear in "reportbug --configure") the ability to use the
> user's ISP to transport the email.

Yes, that is a new feature.


Reply to: