All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Rast <trast@inf.ethz.ch>
To: "Łukasz Stelmach" <l.stelmach@samsung.com>
Cc: <git@vger.kernel.org>
Subject: Re: [PATCH] send-email: support NNTP
Date: Wed, 24 Apr 2013 11:29:49 +0200	[thread overview]
Message-ID: <8761zce0oi.fsf@linux-k42r.v.cablecom.net> (raw)
In-Reply-To: <87bo94720r.fsf@samsung.com> ("Łukasz Stelmach"'s message of "Wed, 24 Apr 2013 10:42:44 +0200")

l.stelmach@samsung.com (Łukasz Stelmach) writes:

> It was <2013-04-24 śro 09:38>, when Thomas Rast wrote:
>> Łukasz Stelmach <l.stelmach@samsung.com> writes:
>>> +	if ($email_protocol eq 'nntp') {
>>> +		$header = "Newsgroups: $to\n" . $header;
>>> +	} else {
>>> +		$header = "To: $to${ccline}\n" . $header;
>>> +	}
>>
>> Are you silently ignoring any Ccs that have been set if you're in NNTP
>> mode?
>
> Yes.

So wouldn't it be preferable to complain and abort, at the very least if
the user explicitly gave some --cc options?

And in the documentation that you should write anyway :-), you can state
that --protocol nntp does not support Cc or Bcc.  That should be good
enough.

>> At least in the git@vger world with a lot of etiquette surrounding the
>> use of Ccs, NNTP mode isn't very useful if you can't also send Ccs.  But
>> maybe you have another use-case where that is not a problem?
>
> I've sent this patch vi NNTP :) You've got it.

However, according to the etiquette here you would e.g. send the v2
patch Cc: everyone who has reviewed the v1 patch.

Don't let that hold you up though.  I'm fine with the feature as long as
its limitations are clear and documented, and it catches the obvious
user errors.  Someone who actually needs NNTP *and* Ccs in the same mail
can implement the required support later.

-- 
Thomas Rast
trast@{inf,student}.ethz.ch

  reply	other threads:[~2013-04-24  9:29 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-23 11:13 [PATCH] send-email: support NNTP Łukasz Stelmach
2013-04-23 15:02 ` Junio C Hamano
2013-04-24  7:31   ` Łukasz Stelmach
2013-04-24 16:17     ` Junio C Hamano
2013-04-25  6:56       ` Łukasz Stelmach
2013-04-25 16:54         ` Junio C Hamano
2013-04-25 17:35           ` Junio C Hamano
2013-04-24  7:19 ` Eric Sunshine
2013-04-24  7:30   ` Łukasz Stelmach
2013-04-24  7:38 ` Thomas Rast
2013-04-24  8:42   ` Łukasz Stelmach
2013-04-24  9:29     ` Thomas Rast [this message]
2013-04-24 22:41   ` Junio C Hamano
2013-04-25  7:02     ` Łukasz Stelmach

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8761zce0oi.fsf@linux-k42r.v.cablecom.net \
    --to=trast@inf.ethz.ch \
    --cc=git@vger.kernel.org \
    --cc=l.stelmach@samsung.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.