emacs-bug-tracker
[Top][All Lists]
Advanced

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

bug#51853: closed ([PATCH 0/2] gnu: sendgmail: Rename package; don't lim


From: GNU bug Tracking System
Subject: bug#51853: closed ([PATCH 0/2] gnu: sendgmail: Rename package; don't limit domain.)
Date: Fri, 10 Dec 2021 14:13:01 +0000

Your message dated Fri, 10 Dec 2021 15:12:28 +0100
with message-id <87sfv08s6r.fsf_-_@gnu.org>
and subject line Re: bug#51853: [PATCH 0/2] gnu: sendgmail: Rename package; 
don't limit domain.
has caused the debbugs.gnu.org bug report #51853,
regarding [PATCH 0/2] gnu: sendgmail: Rename package; don't limit domain.
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
51853: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=51853
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: [PATCH 0/2] gnu: sendgmail: Rename package; don't limit domain. Date: Sun, 14 Nov 2021 15:36:14 -0500
This patch series continues where the discussion
in <https://issues.guix.gnu.org/50420> left off.
For anyone who isn't aware of `sendgmail` at all,
one reason it's notable is that it's recommended
in <https://git-send-email.io/#step-2> (by the SourceHut developers).

The first commit renames the sendgmail package to match the name of the
command, rather than the (remarkably long) Go import path.

The second commit applies some patches to let the command also work for
non-`@gmail.com` email addresses, with an interface compatible with all known
forks. There's more detail on that below.

I am using the resulting package:

    /gnu/store/38bv07yrqzqwfgbdg8f1qswp1kpidw1l-sendgmail-0.0.0-1.e322915

to send these emails.

Philip McGrath (2):
  gnu: sendgmail: Rename package to match command.
  gnu: sendgmail: Don't limit domain name of sender.

 gnu/local.mk                                  |  2 +
 gnu/packages/golang.scm                       | 36 +---------------
 gnu/packages/mail.scm                         | 43 +++++++++++++++++++
 ...sendgmail-accept-ignored-gsuite-flag.patch | 39 +++++++++++++++++
 .../sendgmail-remove-domain-restriction.patch | 34 +++++++++++++++
 5 files changed, 119 insertions(+), 35 deletions(-)
 create mode 100644 
gnu/packages/patches/sendgmail-accept-ignored-gsuite-flag.patch
 create mode 100644 
gnu/packages/patches/sendgmail-remove-domain-restriction.patch

-- 
2.32.0




--- End Message ---
--- Begin Message --- Subject: Re: bug#51853: [PATCH 0/2] gnu: sendgmail: Rename package; don't limit domain. Date: Fri, 10 Dec 2021 15:12:28 +0100 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux)
Hi,

Philip McGrath <philip@philipmcgrath.com> skribis:

> Suggested by Ludo’ in <https://issues.guix.gnu.org/50420#3>.
>
> * gnu/packages/golang.scm
> (go-github-com-google-gmail-oauth2-tools-go-sendgmail): Move to ...
> * gnu/packages/mail.scm (sendgmail): ... this variable.
> Change `propagated-inputs` to `inputs`.

[...]

> There are three open pull requests adding this functionality:
>
>   - https://github.com/google/gmail-oauth2-tools/pull/17 (October 2019)
>   - https://github.com/google/gmail-oauth2-tools/pull/26 (May 2020)
>   - https://github.com/google/gmail-oauth2-tools/pull/37 (May 2021)
>     (The patch here is identical to #26, so I just closed this one.)
>
> Meanwhile, the most recent commit to the upstream repository was in
> May 2019: that was the commit that first added `sendgmail`.
>
> This commit adjusts Guix's `sendgmail`, following Postel's advice,
> to make the command "liberal in its receiving behavior" (RFC 760):
> it always accepts email addresses with any domain name, as in #26,
> and it accepts (and ignores) the `-gsuite` flag used in #17.
>
> * gnu/packages/patches/sendgmail-remove-domain-restriction.patch:
> New file. This is the patch from #26.
> * gnu/packages/patches/sendgmail-accept-ignored-gsuite-flag.patch:
> New file, based on #17.
> * gnu/local.mk (dist_patch_DATA): Add the new patches.
> * gnu/packages/mail.scm (sendgmail)[source]: Apply the new patches.
> Increment the "revision" argument to `git-version` from 0 to 1.

Applied both, thanks!

Ludo’.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]