Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #227318 > unrolled thread

Re: debian-user-digest Digest V2020 #932

Back to article view | Back to linux.debian.user

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: debian-user-digest Digest V2020 #932 "mike.junk.46@att.net" <mike.junk.46@att.net> - 2020-09-25 06:00 +0200
    Re: Mail transfer agent (debian-user-digest Digest V2020 #932) David Wright <deblis@lionunicorn.co.uk> - 2020-09-25 07:40 +0200
      Re: Mail transfer agent (debian-user-digest Digest V2020 #932) Andrei POPESCU <andreimpopescu@gmail.com> - 2020-09-25 12:30 +0200
        Re: Mail transfer agent (debian-user-digest Digest V2020 #932) Reco <recoverym4n@enotuniq.net> - 2020-09-25 14:00 +0200
        Re: Mail transfer agent (debian-user-digest Digest V2020 #932) David Wright <deblis@lionunicorn.co.uk> - 2020-09-26 04:50 +0200
          Re: Mail transfer agent (debian-user-digest Digest V2020 #932) Andrei POPESCU <andreimpopescu@gmail.com> - 2020-09-26 10:00 +0200
            Re: Mail transfer agent (debian-user-digest Digest V2020 #932) David Wright <deblis@lionunicorn.co.uk> - 2020-10-01 06:30 +0200
              Re: Mail transfer agent (debian-user-digest Digest V2020 #932) Brian <ad44@cityscape.co.uk> - 2020-10-01 21:20 +0200

#227318 — Re: debian-user-digest Digest V2020 #932

Re: Mail transfer agent 

Sorry for breaking the chain.
Yahoo mail doesn't handle lists well and every time I tried trimming the excess Yahoo threw the message in the trash.
Trying to get mutt to send mail I've got this in .muttrc:

set smtp_pass="myPasswd"
# set smtp_url="smtp[s]://[user[:pass]@]host[:port]"
# set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:587"
set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:587/"
# set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:465/"
# set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:465"
#smtp.suddenlink.net::587
#smtp_url="smtp://loginname@smtp.server.net:587/"
set smtp_authenticators="plain"
# set smtp_authenticators=
set envelope_from_address="mikemcclain46@suddenlink.net"
set use_envelope_from

The commented lines above are things I tried that didn't work.

This is a line from /etc/exim4/update-exim4.conf.conf that worked when I had exim4 installed:
dc_smarthost='smtp.suddenlink.net::587'

/etc/mailname says this:
mikemcclain.46@suddenlink.net

trying to send mail via mutt:
    Could not connect to suddenlink.net (Interrupted system call).

Thinking postfix might be messing things up I deleted it.
That made no difference so I installed dma, still no outgoing mail, deleted.

What am I missing?

Thanks,
Mike




On Thursday, September 24, 2020, 11:28:50 AM CDT, debian-user-digest-request@lists.debian.org <debian-user-digest-request@lists.debian.org> wrote: 





Content-Type: text/plain

debian-user-digest Digest                Volume 2020 : Issue 932

Today's Topics:
  Re: crc not installed but rsync usin  [ Thomas Pircher <thp+debian@p5r.uk> ]
  Returning to /var/log/boot.log        [ anthony gennard <agennae@gmail.com> ]
  Re: Returning to /var/log/boot.log    [ Greg Wooledge <wooledg@eeg.ccf.org> ]
  Re: notify via virtual terminal avai  [ Charles Curley <charlescurley@charl ]
  Re: Mail transfer agent              [ "mike.junk.46@att.net" <mike.junk.4 ]
  Re: Returning to /var/log/boot.log    [ john doe <johndoe65534@mail.com> ]
  Re: notify via virtual terminal avai  [ Greg Wooledge <wooledg@eeg.ccf.org> ]
  Re: Returning to /var/log/boot.log    [ Hans <hans.ullrich@loop.de> ]
  Re: notify via virtual terminal avai  [ Charles Curley <charlescurley@charl ]
  Re: notify via virtual terminal avai  [ Greg Wooledge <wooledg@eeg.ccf.org> ]
  Re: notify via virtual terminal avai  [ Charles Curley <charlescurley@charl ]
  Re: notify via virtual terminal avai  [ Greg Wooledge <wooledg@eeg.ccf.org> ]
  Re: Mail transfer agent              [ David Wright <deblis@lionunicorn.co ]
  OOM-killer not being involked under  [ Pariksheet Nanda <pariksheet.nanda@ ]
  Re: crc not installed but rsync usin  [ Albretch Mueller <lbrtchx@gmail.com ]
  Re: crc not installed but rsync usin  [ Greg Wooledge <wooledg@eeg.ccf.org> ]
Date: Thu, 24 Sep 2020 14:31:56 +0100
From: Thomas Pircher <thp+debian@p5r.uk>
To: debian-user@lists.debian.org
Subject: Re: crc not installed but rsync using it? ...
Message-ID: <20200924133142.GA1238@tpccl.tty1.net>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Albretch Mueller wrote:
> rsync uses crc for its data integrity checks. Why is it you can't use
> it like any other OS utility?

The code for CRC is so small and simple that virtually all applications
choose to implement it directly, rather than use a library or an
external application for it.

Also, note, there is no single `crc` (unlike MD5 or sha128). Strictly
speaking, Cyclic Redundancy Code is an algorithm, and you need to
specify more parameters (bit-width, polynom, initial value, and more) to
be able to actually implement it in code.
Sometimes people also say CRC when it is unambiguous in a certain field,
like CRC-32 for ethernet frames).

> How do I get all packages to be locally installed using dpkg from a
> public Windows machine?

I'm not sure I understand this question or how it relates to the
previous one.

Cheers,
Thomas
Date: Thu, 24 Sep 2020 09:59:57 +0100
From: anthony gennard <agennae@gmail.com>
To: debian-user@lists.debian.org
Subject: Returning to /var/log/boot.log
Message-ID: <CAGJw=YRwfisxpRq0e5HdYwPTfoDrbsLz0N1Cc60FcnRQnTGgzw@mail.gmail.com>
Content-Type: multipart/alternative; boundary="00000000000006540b05b00f5c02"

--00000000000006540b05b00f5c02
Content-Type: text/plain; charset="UTF-8"

I am looking at the contents of my boot log file; when trying to get out of
the very long file I thought Ctrl + c should do it - it does not and I
cannot
find any way. I wanted to try tail and head so see how they do. Can anyone
please help me.

Also is there any simple way to print out the last run.

I am trying to get back my command of debian following a Stroke and
complete loss of memory. It`s a very difficult problem at 90,years of age.

Thanks.

--00000000000006540b05b00f5c02
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I am looking at the contents of my boot log file; when try=
ing to get out of the very long file I thought Ctrl=C2=A0+ c should do it -=
it does not and I cannot<div>find any way. I wanted to try tail and head s=
o see how they do. Can anyone please help me.</div><div><br></div><div>Also=
is there any simple way to print out the last run.</div><div><br></div><di=
v>I am trying to get back my command of debian following a Stroke and compl=
ete loss of memory. It`s a very difficult problem at 90,years of age.</div>=
<div><br></div><div>Thanks.</div></div>

--00000000000006540b05b00f5c02--
Date: Thu, 24 Sep 2020 09:45:47 -0400
From: Greg Wooledge <wooledg@eeg.ccf.org>
To: debian-user@lists.debian.org
Subject: Re: Returning to /var/log/boot.log
Message-ID: <20200924134547.GJ931@eeg.ccf.org>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Thu, Sep 24, 2020 at 09:59:57AM +0100, anthony gennard wrote:
> I am looking at the contents of my boot log file; when trying to get out of
> the very long file I thought Ctrl + c should do it - it does not and I
> cannot
> find any way. I wanted to try tail and head so see how they do. Can anyone
> please help me.

How are you "looking at" the file?  I would suggest using less.

You get out of less by pressing q.
Date: Thu, 24 Sep 2020 07:23:28 -0600
From: Charles Curley <charlescurley@charlescurley.com>
To: debian-user@lists.debian.org
Cc: max@fuckaround.org
Subject: Re: notify via virtual terminal available packages
Message-ID: <20200924072328.1a21dcb7@jhegaala.localdomain>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Wed, 23 Sep 2020 22:36:36 +0200
P=C3=B2l Hallen <deben@fuckaround.org> wrote:

> like ubuntu, what's the best way to show a notify alert (via
> terminal) about available packages?

I take it you mean, *new* available packages. I don't know how Ubuntu
does it, so I'll tell you what I do. And the answer depends on what you
want to do.

You could install unattended-upgrades, and let that notify you (via
email) of packages it has already upgraded for you and the occasional
reboot required.

If that's a bit too trusting, set a cron job to pull in new packages,
but not install them. I use:

  5      3      *                *    *    root    sleep $( echo $((1 + RANDOM \% 1=
200)) ) ; /usr/bin/apt-get update > /dev/null && /usr/bin/apt-get -dy dist-=
upgrade > /dev/null

The sleep command waits for up to 1200 seconds. That is there because I
have a small herd of computers here and way back when I was on dial-up
I did not want to swamp my connection.

The apt-get update does an update, and throws away the output.

Same with the dist-upgrade. The -d does a download only.

You could follow that with "apt list --upgradable -a" so cron will
email you a list of available upgrades. Or you could run that manually
when you are ready. I just run "apt upgrade" when I am ready. As I
mentioned, I have a small herd of computers. I run a shell script based
on mssh to check all of them for updates.

--=20
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/
Date: Thu, 24 Sep 2020 13:35:17 +0000 (UTC)
From: "mike.junk.46@att.net" <mike.junk.46@att.net>
To: Dan Ritter <dsr@randomstring.org>, 
    "debian-user@lists.debian.org" <debian-user@lists.debian.org>
Subject: Re: Mail transfer agent
Message-ID: <1774791356.266611.1600954517029@mail.yahoo.com>
Content-Type: multipart/alternative; 
    boundary="----=_Part_266610_21933612.1600954517028"

------=_Part_266610_21933612.1600954517028
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

=20
    On Wednesday, September 23, 2020, 09:14:42 PM CDT, Dan Ritter <dsr@rand=
omstring.org> wrote: =20
mutt is an MUA, not an MTA.=C2=A0

What tasks do you want your mail server to perform? Please be
specific. We will have better advice for you once we know
exactly what you want to have happen.
-dsr-
Thanks, Dan,All I need from an MTA is:1) take mail from fetchmail and put i=
t in a mailbox for mutt to display,2) take mail from mutt and send it to my=
ISP via smtp3) take messages from the system, eg: cron and deliver them to=
that same mailbox4) take a simple message on the CL such as:=C2=A0 =C2=A0 =
echo 'blah' | mail -s 'oops' noone@example.com

I've been using exim for years and it works well but is overkill for my nee=
ds.
Thanks,Mike
=20
------=_Part_266610_21933612.1600954517028
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<html><head></head><body><div class=3D"ydpb3c77e9eyahoo-style-wrap" style=
=3D"font-family:Helvetica Neue, Helvetica, Arial, sans-serif;font-size:16px=
;"><div></div>
        <div dir=3D"ltr" data-setdir=3D"false"><br></div>
      =20
        </div><div id=3D"ydpd2214975yahoo_quoted_1004156341" class=3D"ydpd2=
214975yahoo_quoted">
            <div style=3D"font-family:'Helvetica Neue', Helvetica, Arial, s=
ans-serif;font-size:13px;color:#26282a;">
              =20
                <div>
                    On Wednesday, September 23, 2020, 09:14:42 PM CDT, Dan =
Ritter &lt;dsr@randomstring.org&gt; wrote:
                </div>
                <div><br></div>
                <div>mutt is an MUA, not an MTA.&nbsp;<br></div><div><br cl=
ear=3D"none">What tasks do you want your mail server to perform? Please be<=
br clear=3D"none">specific. We will have better advice for you once we know=
<br clear=3D"none">exactly what you want to have happen.<br clear=3D"none">=
-dsr-</div><div><br><div class=3D"ydpd2214975yqt5162067231" id=3D"ydpd22149=
75yqtfd23619" dir=3D"ltr" data-setdir=3D"false"><div><div dir=3D"ltr" data-=
setdir=3D"false" style=3D"color: rgb(0, 0, 0); font-family: Helvetica Neue,=
Helvetica, Arial, sans-serif; font-size: 16px;">Thanks, Dan,</div><div dir=
=3D"ltr" data-setdir=3D"false" style=3D"color: rgb(0, 0, 0); font-family: H=
elvetica Neue, Helvetica, Arial, sans-serif; font-size: 16px;">All I need f=
rom an MTA is:</div><div dir=3D"ltr" data-setdir=3D"false" style=3D"color: =
rgb(0, 0, 0); font-family: Helvetica Neue, Helvetica, Arial, sans-serif; fo=
nt-size: 16px;">1) take mail from fetchmail and put it in a mailbox for mut=
t to display,</div><div dir=3D"ltr" data-setdir=3D"false" style=3D"color: r=
gb(0, 0, 0); font-family: Helvetica Neue, Helvetica, Arial, sans-serif; fon=
t-size: 16px;">2) take mail from mutt and send it to my ISP via smtp</div><=
div dir=3D"ltr" data-setdir=3D"false" style=3D"color: rgb(0, 0, 0); font-fa=
mily: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 16px;">3) ta=
ke messages from the system, eg: cron and deliver them to that same mailbox=
</div><div dir=3D"ltr" data-setdir=3D"false" style=3D"color: rgb(0, 0, 0); =
font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 16px;=
">4) take a simple message on the CL such as:</div><div dir=3D"ltr" data-se=
tdir=3D"false" style=3D"color: rgb(0, 0, 0); font-family: Helvetica Neue, H=
elvetica, Arial, sans-serif; font-size: 16px;">&nbsp; &nbsp; echo 'blah' | =
mail -s 'oops' noone@example.com<br></div><div style=3D"color: rgb(0, 0, 0)=
; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 16p=
x;"><br></div><div dir=3D"ltr" data-setdir=3D"false" style=3D"color: rgb(0,=
0, 0); font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-siz=
e: 16px;">I've been using exim for years and it works well but is overkill =
for my needs.</div><div dir=3D"ltr" data-setdir=3D"false" style=3D"color: r=
gb(0, 0, 0); font-family: Helvetica Neue, Helvetica, Arial, sans-serif; fon=
t-size: 16px;"><br></div><div dir=3D"ltr" data-setdir=3D"false" style=3D"co=
lor: rgb(0, 0, 0); font-family: Helvetica Neue, Helvetica, Arial, sans-seri=
f; font-size: 16px;">Thanks,</div><div dir=3D"ltr" data-setdir=3D"false" st=
yle=3D"color: rgb(0, 0, 0); font-family: Helvetica Neue, Helvetica, Arial, =
sans-serif; font-size: 16px;">Mike</div></div><br clear=3D"none"></div></di=
v>
            </div>
        </div></body></html>
------=_Part_266610_21933612.1600954517028--
Date: Thu, 24 Sep 2020 15:53:09 +0200
From: john doe <johndoe65534@mail.com>
To: debian-user@lists.debian.org
Subject: Re: Returning to /var/log/boot.log
Message-ID: <367bd878-e4b4-9661-b7f0-ca65eb1d919d@mail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

On 9/24/2020 10:59 AM, anthony gennard wrote:
> I am looking at the contents of my boot log file; when trying to get out=
of
> the very long file I thought Ctrl + c should do it - it does not and I
> cannot
> find any way. I wanted to try tail and head so see how they do. Can anyo=
ne
> please help me.
>
> Also is there any simple way to print out the last run.
>
> I am trying to get back my command of debian following a Stroke and
> complete loss of memory. It`s a very difficult problem at 90,years of ag=
e.
>
> Thanks.
>

If you know what you are looking for in the file, you could use awk,
grep, sed or whatever you want.

Tail, cat, tac are also an options.


In other words, we need to know what you want to be able to provide you
with a command.

=2D-
John Doe
Date: Thu, 24 Sep 2020 09:53:59 -0400
From: Greg Wooledge <wooledg@eeg.ccf.org>
To: debian-user@lists.debian.org
Subject: Re: notify via virtual terminal available packages
Message-ID: <20200924135359.GK931@eeg.ccf.org>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Thu, Sep 24, 2020 at 07:23:28AM -0600, Charles Curley wrote:
>    5      3      *                *    *    root    sleep $( echo $((1 + RANDOM \% 1200)) ) ; /usr/bin/apt-get update > /dev/null && /usr/bin/apt-get -dy dist-upgrade > /dev/null

RANDOM is a bashism, not available in sh, so that won't work in a
crontab unless you've altered which shell cron is using to parse the
crontab.

If you *do* use bash to parse the line, then the $( echo ... ) bit is
unnecessary.

sleep $((1 + RANDOM \% 1200))

But the safer way is simply to assume that the crontab is being parsed by
sh (because that's what is actually used by default), and move your
bash-specific code to a script.  Then call the script from the crontab.
Date: Thu, 24 Sep 2020 16:03:03 +0200
From: Hans <hans.ullrich@loop.de>
To: debian-user@lists.debian.org
Subject: Re: Returning to /var/log/boot.log
Message-ID: <2003261.SnHScPouTv@protheus2>
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="UTF-8"

Am Donnerstag, 24. September 2020, 15:45:47 CEST schrieb Greg Wooledge:
I believe, the op wants to look it as easy as possible. So I suggest kwrite 
(if he has plasma5 aka KDE installed).

You must got the correct rights. Either you start plasma as root, then you can 
just start kwrite and open the log file. or, ifr you start plasma as normal 
user, do this:


Start a konsole (like xterm, konsole, uxterm)

then type in "su -p" (without quotes) and enter the password of root. 

and last start "kwrite" in this konsole

Now you can open your logfile.

If you are using another window-manager like GNOME, LXDE, Enligtenment 
whatever, it might got another graphical editor.

Note: Every graphical application can be started with higher rights from the 
konsole (or terminal, how others may call it), by getting higher rights with 
su -p.  (the -p stands for "preserve actual environment).

Good luck

Hans



> On Thu, Sep 24, 2020 at 09:59:57AM +0100, anthony gennard wrote:
> > I am looking at the contents of my boot log file; when trying to get out
> > of
> > the very long file I thought Ctrl + c should do it - it does not and I
> > cannot
> > find any way. I wanted to try tail and head so see how they do. Can anyone
> > please help me.
> 
> How are you "looking at" the file?  I would suggest using less.
> 
> You get out of less by pressing q.
Date: Thu, 24 Sep 2020 08:10:04 -0600
From: Charles Curley <charlescurley@charlescurley.com>
To: debian-user@lists.debian.org
Subject: Re: notify via virtual terminal available packages
Message-ID: <20200924081004.6f8a71bb@jhegaala.localdomain>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Thu, 24 Sep 2020 09:53:59 -0400
Greg Wooledge <wooledg@eeg.ccf.org> wrote:

> RANDOM is a bashism, not available in sh, so that won't work in a
> crontab unless you've altered which shell cron is using to parse the
> crontab.

Well, that's interesting. The file I pulled that from (in /etc/cron.d)
sets two variables explicitly:

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

And the machine that it runs on shows:

root@hawk:~# ll /bin/sh
lrwxrwxrwx 1 root root 4 Jan 17  2019 /bin/sh -> dash*
root@hawk:~# ll /bin/dash 
-rwxr-xr-x 1 root root 121464 Jan 17  2019 /bin/dash*
root@hawk:~# file /bin/dash 
/bin/dash: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.2.0, BuildID[sha1]=486323dd0fe3ec5af388e4ea4217a1f0092961d2, stripped
root@hawk:~# 




-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/
Date: Thu, 24 Sep 2020 10:38:55 -0400
From: Greg Wooledge <wooledg@eeg.ccf.org>
To: debian-user@lists.debian.org
Subject: Re: notify via virtual terminal available packages
Message-ID: <20200924143855.GL931@eeg.ccf.org>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Thu, Sep 24, 2020 at 08:10:04AM -0600, Charles Curley wrote:
> On Thu, 24 Sep 2020 09:53:59 -0400
> Greg Wooledge <wooledg@eeg.ccf.org> wrote:
> 
> > RANDOM is a bashism, not available in sh, so that won't work in a
> > crontab unless you've altered which shell cron is using to parse the
> > crontab.
> 
> Well, that's interesting. The file I pulled that from (in /etc/cron.d)
> sets two variables explicitly:
> 
> SHELL=/bin/sh
> PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
> 
> And the machine that it runs on shows:
> 
> root@hawk:~# ll /bin/sh
> lrwxrwxrwx 1 root root 4 Jan 17  2019 /bin/sh -> dash*

In dash, RANDOM does nothing; it's just an empty variable.  And as it
turns out, dash treats that as a zero.

unicorn:~$ dash
$ echo $((1 + RANDOM % 1200))
1
$ echo $((1 + % 1200))
dash: 2: arithmetic expression: expecting primary: "1 + % 1200"
$ echo $((1 + XYZZY % 1200))
1

So you're just doing "sleep 1" every time.
Date: Thu, 24 Sep 2020 08:49:07 -0600
From: Charles Curley <charlescurley@charlescurley.com>
To: debian-user@lists.debian.org
Subject: Re: notify via virtual terminal available packages
Message-ID: <20200924084907.55490e19@jhegaala.localdomain>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Thu, 24 Sep 2020 10:38:55 -0400
Greg Wooledge <wooledg@eeg.ccf.org> wrote:

> In dash, RANDOM does nothing; it's just an empty variable.  And as it
> turns out, dash treats that as a zero.
> 
> unicorn:~$ dash
> $ echo $((1 + RANDOM % 1200))
> 1
> $ echo $((1 + % 1200))
> dash: 2: arithmetic expression: expecting primary: "1 + % 1200"
> $ echo $((1 + XYZZY % 1200))
> 1
> 
> So you're just doing "sleep 1" every time.

Ah, thank you. Yup. Which is weird, because it worked when I first
wrote that many years ago. I may or may not remove that part of the
line. But I will move toward more use of unattended-upgrades, which
handles the original problem differently.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/
Date: Thu, 24 Sep 2020 10:53:33 -0400
From: Greg Wooledge <wooledg@eeg.ccf.org>
To: debian-user@lists.debian.org
Subject: Re: notify via virtual terminal available packages
Message-ID: <20200924145333.GM931@eeg.ccf.org>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Thu, Sep 24, 2020 at 08:49:07AM -0600, Charles Curley wrote:
> Ah, thank you. Yup. Which is weird, because it worked when I first
> wrote that many years ago.

"Many years ago", sh was probably a link to bash, rather than dash.
Date: Thu, 24 Sep 2020 10:08:09 -0500
From: David Wright <deblis@lionunicorn.co.uk>
To: debian-user@lists.debian.org
Subject: Re: Mail transfer agent
Message-ID: <20200924150809.GA6350@axis.corp>
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

On Thu 24 Sep 2020 at 13:35:17 (+0000), mike.junk.46@att.net wrote:
> On Wednesday, September 23, 2020, 09:14:42 PM CDT, Dan Ritter <dsr@randomstring.org> wrote:  
>  mutt is an MUA, not an MTA. 
> 
> What tasks do you want your mail server to perform? Please be
> specific. We will have better advice for you once we know
> exactly what you want to have happen.
> -dsr-
> Thanks, Dan,All I need from an MTA is:
> 1) take mail from fetchmail and put it in a mailbox for mutt to display,

I thought that's what fetchmail did, and what mutt can do,
the difference being that fetchmail would put them onto your
system while you slept, whereas mutt would fetch them on demand.

> 2) take mail from mutt and send it to my ISP via smtp

I covered that in my previous post.

> 3) take messages from the system, eg: cron and deliver them to that same mailbox

dma might be enough for doing that.

> 4) take a simple message on the CL such as:    echo 'blah' | mail -s 'oops' noone@example.com

I use mailx (in mailutils), but mutt can also do it.

> I've been using exim for years and it works well but is overkill for my needs.

Size or complexity? The size of the binary is comparable with mutt.
Granted, there's more documentation, but one barely need touch it
for the above.

Cheers,
David.
Date: Thu, 24 Sep 2020 15:36:35 +0000
From: Pariksheet Nanda <pariksheet.nanda@protonmail.com>
To: "debian-user@lists.debian.org" <debian-user@lists.debian.org>
Subject: OOM-killer not being involked under memory pressure
Message-ID: <GUy7HOhSYNJ0DpPkZ-R5g7AeiZQ0-6Y738bO7NlmEvtXs_QuKGZINaDeRlUEQrwWXjsF5uVcqgELHGxK0xzes1nqEbHy3mtf8AXvOqOm7-E=@protonmail.com>
Content-Type: multipart/alternative;
boundary="b1_LzTLMEiK0ENG5RFOHECQ9iFf8DBnwLpTrS7a0RND9k"

This is a multi-part message in MIME format.

--b1_LzTLMEiK0ENG5RFOHECQ9iFf8DBnwLpTrS7a0RND9k
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: base64

SGVsbG8sCkZpcnN0IHBvc3QgdG8gdGhpcyBsaXN0LCBzbyBnbyBlYXN5IG9uIG1lIQpFdmVyeSBm
ZXcgZGF5cywgbXkgZGVza3RvcCBydW5zIG91dCBvZiBSQU0sIGFuZCB0aGlzIHVzdWFsbHkgaGFw
cGVucyB3aGlsZSB3ZWIgYnJvd3NpbmcuIEkgd2FpdCBmb3IgYXMgbXVjaCBhcyBhbiBob3VyIGFu
ZCBhIGhhbGYsIGJ1dCBqdXN0IHNlZSB0aGUgc2NyZWVuIGFzIGZyb3plbiB0aGUgd2F5IGl0IHdh
cyBhdCB0aGUgdGltZSBvZiB0aGUgaGFuZy4gOCBHQiBSQU0gaXMgaW5zdGFsbGVkIGluIGl0LCBh
bmQgaXQncyBydW5uaW5nIERlYmlhbiAxMC4gTXkgZXhwZXJpZW5jZSB3aXRoIG90aGVyIExpbnV4
IGRpc3RyaWJ1dGlvbnMgaGFzIGJlZW4gdGhhdCB0aGUgb3V0LW9mLW1lbW9yeSBraWxsZXIgd29y
a3MgYXMgZXhwZWN0ZWQsIGJ1dCBJIHNldCB2bS5vb21fa2lsbF9hbGxvY2F0aW5nX3Rhc2sgPSAx
IGluIHN5c2N0bCB0byBhdm9pZCBpdCAtIHllcywgSSBhbHNvIHNhdmUgdGhlIHNldHRpbmcgcGVy
c2lzdGVudGx5IGluIGEgZmlsZSAvZXRjL3N5c2N0bC5kLzYwLW9vbS1raWxsZXIuY29uZi4gSSdt
IGJhY2sgdG8gdXNpbmcgdGhlIGRlZmF1bHQgMCBzZXR0aW5nLiBJIGNhbiByZXByb2R1Y2UgdGhl
IHByb2JsZW0gdXNpbmc6CnN0cmVzcyAtbSA0IC0tdm0tYnl0ZXMgMTAwME0KTXkgcGVyc2lzdGVu
dCBqb3VybmFsZCBsb2dnaW5nIHNob3dzIG1lIG5vIGV2aWRlbmNlIG9mIG1lbW9yeSBwcmVzc3Vy
ZSBiZWluZyByZWdpc3RlcmVkIGJ5IHRoZSBrZXJuZWwgb3IgdGhlIG9vbS1raWxsZXIgYmVpbmcg
aW52b2x2ZWQgbGVhZGluZyB1cCB0byB0aGUgaGFuZywgc28gSSdtIG5vdCBzdXJlIHdoYXQgdG8g
ZG8gbmV4dC4KUGFyaWtzaGVldA==

--b1_LzTLMEiK0ENG5RFOHECQ9iFf8DBnwLpTrS7a0RND9k
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: base64

PGRpdj5IZWxsbyw8YnI+PC9kaXY+PGRpdj5GaXJzdCBwb3N0IHRvIHRoaXMgbGlzdCwgc28gZ28g
ZWFzeSBvbiBtZSE8YnI+PC9kaXY+PGRpdj5FdmVyeQ0KIGZldyBkYXlzLCBteSBkZXNrdG9wIHJ1
bnMgb3V0IG9mIFJBTSwgYW5kIHRoaXMgdXN1YWxseSBoYXBwZW5zIHdoaWxlDQp3ZWIgYnJvd3Np
bmcuJm5ic3A7IEkgd2FpdCBmb3IgYXMgbXVjaCBhcyBhbiBob3VyIGFuZCBhIGhhbGYsIGJ1dCBq
dXN0IHNlZQ0KdGhlIHNjcmVlbiBhcyBmcm96ZW4gdGhlIHdheSBpdCB3YXMgYXQgdGhlIHRpbWUg
b2YgdGhlIGhhbmcuJm5ic3A7IDggR0IgUkFNDQppcyBpbnN0YWxsZWQgaW4gaXQsIGFuZCBpdCdz
IHJ1bm5pbmcgRGViaWFuIDEwLiZuYnNwOyBNeSBleHBlcmllbmNlIHdpdGgNCm90aGVyIExpbnV4
IGRpc3RyaWJ1dGlvbnMgaGFzIGJlZW4gdGhhdCB0aGUgb3V0LW9mLW1lbW9yeSBraWxsZXIgd29y
a3MNCmFzIGV4cGVjdGVkLCBidXQgSSBzZXQgdm0ub29tX2tpbGxfYWxsb2NhdGluZ190YXNrID0g
MSBpbiBzeXNjdGwgdG8NCmF2b2lkIGl0IC0geWVzLCBJIGFsc28gc2F2ZSB0aGUgc2V0dGluZyBw
ZXJzaXN0ZW50bHkgaW4gYSBmaWxlDQovZXRjL3N5c2N0bC5kLzYwLW9vbS1raWxsZXIuY29uZi4m
bmJzcDsgSSdtIGJhY2sgdG8gdXNpbmcgdGhlIGRlZmF1bHQgMA0Kc2V0dGluZy4mbmJzcDsgSSBj
YW4gcmVwcm9kdWNlIHRoZSBwcm9ibGVtIHVzaW5nOjxicj48L2Rpdj48ZGl2PiZuYnNwOyZuYnNw
OyZuYnNwOyBzdHJlc3MgLW0gNCAtLXZtLWJ5dGVzIDEwMDBNPGJyPjwvZGl2PjxkaXY+TXkNCiBw
ZXJzaXN0ZW50IGpvdXJuYWxkIGxvZ2dpbmcgc2hvd3MgbWUgbm8gZXZpZGVuY2Ugb2YgbWVtb3J5
IHByZXNzdXJlDQpiZWluZyByZWdpc3RlcmVkIGJ5IHRoZSBrZXJuZWwgb3IgdGhlIG9vbS1raWxs
ZXIgYmVpbmcgaW52b2x2ZWQgbGVhZGluZw0KdXAgdG8gdGhlIGhhbmcsIHNvIEknbSBub3Qgc3Vy
ZSB3aGF0IHRvIGRvIG5leHQuPGJyPjwvZGl2PjxkaXY+UGFyaWtzaGVldDxicj48L2Rpdj48ZGl2
IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jayBwcm90b25tYWlsX3NpZ25hdHVyZV9i
bG9jay1lbXB0eSI+PGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stdXNlciBw
cm90b25tYWlsX3NpZ25hdHVyZV9ibG9jay1lbXB0eSI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9InBy
b3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLXByb3RvbiBwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9j
ay1lbXB0eSI+PGJyPjwvZGl2PjwvZGl2PjxkaXY+PGJyPjwvZGl2Pg==


--b1_LzTLMEiK0ENG5RFOHECQ9iFf8DBnwLpTrS7a0RND9k--
Date: Thu, 24 Sep 2020 17:50:16 +0200
From: Albretch Mueller <lbrtchx@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: crc not installed but rsync using it? ...
Message-ID: <CAFakBwgKRqVSD0JvDDD6sZ6joKpm-5sBJJKbNhqg6BC9szMqFw@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

>> How do I get all packages to be locally installed using dpkg from a
>> public Windows machine?
>
> I'm not sure I understand this question or how it relates to the
> previous one.

How do I get the deb files in order to install locally (via dpkg
--install) the necessary utilities to run CRC32 and/or CRC64

Thank you,
lbrtchx
Date: Thu, 24 Sep 2020 11:58:36 -0400
From: Greg Wooledge <wooledg@eeg.ccf.org>
To: debian-user@lists.debian.org
Subject: Re: crc not installed but rsync using it? ...
Message-ID: <20200924155836.GN931@eeg.ccf.org>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Thu, Sep 24, 2020 at 05:50:16PM +0200, Albretch Mueller wrote:
> >> How do I get all packages to be locally installed using dpkg from a
> >> public Windows machine?
> >
> > I'm not sure I understand this question or how it relates to the
> > previous one.
> 
>  How do I get the deb files in order to install locally (via dpkg
> --install) the necessary utilities to run CRC32 and/or CRC64

http://xyproblem.info/

[toc] | [next] | [standalone]

#227319 — Re: Mail transfer agent (debian-user-digest Digest V2020 #932)

On Fri 25 Sep 2020 at 03:40:16 (+0000), mike.junk.46@att.net wrote:

> Trying to get mutt to send mail I've got this in .muttrc:
> 
> set smtp_pass="myPasswd"
> # set smtp_url="smtp[s]://[user[:pass]@]host[:port]"
> # set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:587"
> set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:587/"

I don't know the effect of specifying your password in both places.
(I believe the idea behind smtp_pass is so that it can be placed in
a separate, protected file.)

I would expect the loginname (user above) to include a domain,
ie it's usually an email address. (Mine always have been.)

I don't think suddenlink.net accepts mail; smtp.suddenlink.net does.

I omit the port number 587 as it's the default.

So I would have either:

set smtp_pass="myPasswd"
set smtp_url="smtp://mikemcclain46@suddenlink.net@smtp.suddenlink.net/"

or:

set smtp_url="smtp://mikemcclain46@suddenlink.net:myPasswd@smtp.suddenlink.net/"

> # set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:465/"
> # set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:465"
> #smtp.suddenlink.net::587
> #smtp_url="smtp://loginname@smtp.server.net:587/"
> set smtp_authenticators="plain"

Seems ok from 250-AUTH LOGIN PLAIN below.

> # set smtp_authenticators=
> set envelope_from_address="mikemcclain46@suddenlink.net"
> set use_envelope_from
> 
> The commented lines above are things I tried that didn't work.
> 
> This is a line from /etc/exim4/update-exim4.conf.conf that worked when I had exim4 installed:
> dc_smarthost='smtp.suddenlink.net::587'

That looks ok. I get the response (using port 587):

250 STARTTLS
ehlo axis.corp
250-omta04.suddenlink.net
250-HELP
250-XREMOTEQUEUE
250-ETRN
250-AUTH=LOGIN PLAIN
250-AUTH LOGIN PLAIN
250-PIPELINING
250-DSN
250-8BITMIME
250 SIZE 52428800

> /etc/mailname says this:
> mikemcclain.46@suddenlink.net

/etc/mailname should only contain a domainname, not an address.
Mine has just axis.corp in it, as I send mail from this machine.

> trying to send mail via mutt:
>     Could not connect to suddenlink.net (Interrupted system call).
> 
> Thinking postfix might be messing things up I deleted it.
> That made no difference so I installed dma, still no outgoing mail, deleted.
> 
> What am I missing?

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#227329 — Re: Mail transfer agent (debian-user-digest Digest V2020 #932)

[Multipart message — attachments visible in raw view] — view raw

On Vi, 25 sep 20, 00:38:25, David Wright wrote:
> On Fri 25 Sep 2020 at 03:40:16 (+0000), mike.junk.46@att.net wrote:
> 
> > Trying to get mutt to send mail I've got this in .muttrc:
> > 
> > set smtp_pass="myPasswd"
> > # set smtp_url="smtp[s]://[user[:pass]@]host[:port]"
> > # set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:587"
> > set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:587/"
> 
> I don't know the effect of specifying your password in both places.
> (I believe the idea behind smtp_pass is so that it can be placed in
> a separate, protected file.)
> 
> I would expect the loginname (user above) to include a domain,
> ie it's usually an email address. (Mine always have been.)

Not necessarily, just very common. However, suddenlink seems to require 
the full e-mail address as well.

https://help.suddenlink.com/knowledge/microsoft-outlook-set-your-suddenlink-email
 
> I don't think suddenlink.net accepts mail; smtp.suddenlink.net does.
> 
> I omit the port number 587 as it's the default.

Can't find any mention of this in neomuttrc(5), care to provide a 
source?

> So I would have either:
> 
> set smtp_pass="myPasswd"
> set smtp_url="smtp://mikemcclain46@suddenlink.net@smtp.suddenlink.net/"
> 
> or:
> 
> set smtp_url="smtp://mikemcclain46@suddenlink.net:myPasswd@smtp.suddenlink.net/"

The trailing '/' is not needed ;)

> > # set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:465/"
> > # set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:465"
> > #smtp.suddenlink.net::587
> > #smtp_url="smtp://loginname@smtp.server.net:587/"
> > set smtp_authenticators="plain"

The default behaviour when not setting $smtp_authenticators at all works 
just fine to me with Gmail and GMX.

> > /etc/mailname says this:
> > mikemcclain.46@suddenlink.net
> 
> /etc/mailname should only contain a domainname, not an address.
> Mine has just axis.corp in it, as I send mail from this machine.

As far as I can tell mutt's SMTP support should work just fine without 
setting any domain in /etc/mailname as it's used only for setting the 
domain on local email and Message-Id headers.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [next] | [standalone]

#227335 — Re: Mail transfer agent (debian-user-digest Digest V2020 #932)

	Hi.

On Fri, Sep 25, 2020 at 01:26:54PM +0300, Andrei POPESCU wrote:
> Not necessarily, just very common. However, suddenlink seems to require 
> the full e-mail address as well.
> 
> https://help.suddenlink.com/knowledge/microsoft-outlook-set-your-suddenlink-email
>  
> > I don't think suddenlink.net accepts mail; smtp.suddenlink.net does.
> > 
> > I omit the port number 587 as it's the default.
> 
> Can't find any mention of this in neomuttrc(5), care to provide a 
> source?

There won't be any, because in both mutt and neomutt tcp:25 is the
default for smtp.
Specifically, smtp_fill_account() at smtp.c shows this:

  if (!account->port)
  {
    if (account->flags & MUTT_ACCT_SSL)
      account->port = SMTPS_PORT;
    else
    {
      static unsigned short SmtpPort = 0;
      if (!SmtpPort)
      {
        struct servent *service = getservbyname("smtp", "tcp");
        if (service)
          SmtpPort = ntohs(service->s_port);
        else
          SmtpPort = SMTP_PORT;
        mutt_debug(3, "Using default SMTP port %d\n", SmtpPort);
      }
      account->port = SmtpPort;
    }
  }

And getservbyname(3) will return port 25 for smtp, because it's the port
designated for smtp in /etc/services.
Of course, they *could* use "submission" (which is tcp:587) at that code
instead of "smtp", but they did not.

Reco

[toc] | [prev] | [next] | [standalone]

#227377 — Re: Mail transfer agent (debian-user-digest Digest V2020 #932)

On Fri 25 Sep 2020 at 13:26:54 (+0300), Andrei POPESCU wrote:
> On Vi, 25 sep 20, 00:38:25, David Wright wrote:
> > On Fri 25 Sep 2020 at 03:40:16 (+0000), mike.junk.46@att.net wrote:
> > 
> > > Trying to get mutt to send mail I've got this in .muttrc:
> > > 
> > > set smtp_pass="myPasswd"
> > > # set smtp_url="smtp[s]://[user[:pass]@]host[:port]"
> > > # set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:587"
> > > set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:587/"
> > 
> > I don't know the effect of specifying your password in both places.
> > (I believe the idea behind smtp_pass is so that it can be placed in
> > a separate, protected file.)
> > 
> > I would expect the loginname (user above) to include a domain,
> > ie it's usually an email address. (Mine always have been.)
> 
> Not necessarily, just very common. However, suddenlink seems to require 
> the full e-mail address as well.
> 
> https://help.suddenlink.com/knowledge/microsoft-outlook-set-your-suddenlink-email

AIUI there are many services that might be using, say, foobar.net
for home users and foobar.com for businesses, with the possibility
of identical local parts in each domain, all submitting through the
one host.

> > I don't think suddenlink.net accepts mail; smtp.suddenlink.net does.
> > 
> > I omit the port number 587 as it's the default.
> 
> Can't find any mention of this in neomuttrc(5), care to provide a 
> source?

Memory fart: as Reco points out, that's not so, and in fact my
original reply included the 587, because I copied/pasted/edited¹
my own ordinary parameters. In this later thread, by chance, I used
my extraordinary ISP parameters² where I hadn't included the port.

I followed the link above, and they recommend 465, which I think uses
implicit TLS encryption. They obviously support TLS on 587 (and who
knows about 25), but I would recommend that the OP includes the setting

set  ssl_force_tls

in their muttrc so that they can't send any unencrypted emails by accident.

> > So I would have either:
> > 
> > set smtp_pass="myPasswd"
> > set smtp_url="smtp://mikemcclain46@suddenlink.net@smtp.suddenlink.net/"

and adding :465

> > or:
> > 
> > set smtp_url="smtp://mikemcclain46@suddenlink.net:myPasswd@smtp.suddenlink.net/"

ditto.

> The trailing '/' is not needed ;)

Maybe—I tend to just follow the documentation, and the mutt examples
include it, so in it goes.

> > > # set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:465/"
> > > # set smtp_url="smtp://mikemcclain46:myPasswd@suddenlink.net:465"
> > > #smtp.suddenlink.net::587
> > > #smtp_url="smtp://loginname@smtp.server.net:587/"
> > > set smtp_authenticators="plain"
> 
> The default behaviour when not setting $smtp_authenticators at all works 
> just fine to me with Gmail and GMX.

Sure. Ironically, suddenlink.net ask you to specify plain if requested.
For convenience, I keep a ready-encoded copy in /etc/exim4/passwd.client
as a comment after the actual password line.

> > > /etc/mailname says this:
> > > mikemcclain.46@suddenlink.net
> > 
> > /etc/mailname should only contain a domainname, not an address.
> > Mine has just axis.corp in it, as I send mail from this machine.
> 
> As far as I can tell mutt's SMTP support should work just fine without 
> setting any domain in /etc/mailname as it's used only for setting the 
> domain on local email and Message-Id headers.

It ought to—I have no idea whether mutt can even use it, though
I suppose it's possible—but AIUI the file belongs to exim4-config.
It "needs" a dot to prevent your being nagged about its lack, and
having an @ in it could screw up any use exim makes of it.
(I use it to set exim's HELO.) So I thought it best to mention it.

¹ Apologies for the extraneous dots and dollars when I pasted
  from a ?lisp emacs buffer.

² Currently I can't post here through my regular smarthost, so
  I submit posts directly from mutt through my ISP's own one.
  They demand both authentication and authorisation, so I set
  it all up by hand-typing the commands for a one line test email.

  When I copied the parameters from the test into my muttrc,
  I forgot the port because it only appears in the connection
  command, not the conversation. When I checked muttrc today,
  I realised I've been submitting through port 25, a port that
  they'd blocked for years. Perhaps there were technical reasons
  why they didn't use it for both ordinary smtp connections
  and email submission in the past.

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#227386 — Re: Mail transfer agent (debian-user-digest Digest V2020 #932)

[Multipart message — attachments visible in raw view] — view raw

> 
> It ought to—I have no idea whether mutt can even use it, though
> I suppose it's possible—but AIUI the file belongs to exim4-config.
> It "needs" a dot to prevent your being nagged about its lack, and
> having an @ in it could screw up any use exim makes of it.
> (I use it to set exim's HELO.) So I thought it best to mention it.

As far as I recall[1] /etc/mailname is Debian specific[2], to be used by 
all softwares (typically MTAs and some MUAs like mutt) that need a 
domain part to construct a full e-mail address, when one isn't provided.

[1] too lazy to check where it's documented, quite likely in Debian 
Policy
[2] as in Debian specific patches to support it

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [next] | [standalone]

#227521 — Re: Mail transfer agent (debian-user-digest Digest V2020 #932)

On Sat 26 Sep 2020 at 10:50:11 (+0300), Andrei POPESCU wrote:
> > 
> > It ought to—I have no idea whether mutt can even use it, though
> > I suppose it's possible—but AIUI the file belongs to exim4-config.
> > It "needs" a dot to prevent your being nagged about its lack, and
> > having an @ in it could screw up any use exim makes of it.
> > (I use it to set exim's HELO.) So I thought it best to mention it.
> 
> As far as I recall[1] /etc/mailname is Debian specific[2], to be used by 
> all softwares (typically MTAs and some MUAs like mutt) that need a 
> domain part to construct a full e-mail address, when one isn't provided.
> 
> [1] too lazy to check where it's documented, quite likely in Debian Policy
> [2] as in Debian specific patches to support it

Your ¹ is correct. Specifically, from

file:///usr/share/doc/debian-policy/policy.html/ch-customized-programs.html#mail-transport-delivery-and-user-agents

    If your package needs to know what hostname to use on (for
    example) outgoing news and mail messages which are generated
    locally, you should use the file /etc/mailname. It will contain
    the portion after the username and @ (at) sign for email addresses
    of users on the machine (followed by a newline).

    Such a package should check for the existence of this file when it
    is being configured. If it exists, it should be used without
    comment, although an MTA’s configuration script may wish to prompt
    the user even if it finds that this file exists. If the file does
    not exist, the package should prompt the user for the value
    (preferably using debconf) and store it in /etc/mailname as well
    as using it in the package’s configuration. The prompt should make
    it clear that the name will not just be used by that package. For
    example, in this situation the inn package could say something
    like:

      Please enter the "mail name" of your system. This is the
      hostname portion of the address to be shown on outgoing news and
      mail messages. The default is syshostname, your system's host name.

      Mail name ["syshostname"]:

    where syshostname is the output of hostname --fqdn.

So on this system, its value is axis.corp, which you can see in the
header of this email. It certainly shouldn't be an email address,
containing a local part and @.

I wasn't aware that there is a (somewhat old) wiki page which is
supposed to list all the MTAs (which I understand as including
programs which submit mail using SMTP) and how they interpret
/etc/mailname. For some reason, mutt is treated under the heading
for exim4. Half a dozen headings have no information listed, and
I don't know whether there are packages/programs missing altogether.

There are at least three or four important fields that involve various
interpretations of "from-ness": EHLO, envelope (MAIL_FROM), From:
and Sender:. (That's ignoring Resent* and so on.) How these relate
to each other is not straightforward, particularly for home users'
machines, and their values can be an important factor in whether
their emails make it into the Internet and on to their destination.
What works for one person may not for another. (That's also
ignoring intranet emails.)

Having decided on their values, it's also non-trivial to work out
how to set each one: the documentation is widely scattered and
sometimes missing. It would be a help to have a wiki page that
consolidated that information.

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#227528 — Re: Mail transfer agent (debian-user-digest Digest V2020 #932)

On Wed 30 Sep 2020 at 23:26:20 -0500, David Wright wrote:

> On Sat 26 Sep 2020 at 10:50:11 (+0300), Andrei POPESCU wrote:
> > > 
> > > It ought to—I have no idea whether mutt can even use it, though
> > > I suppose it's possible—but AIUI the file belongs to exim4-config.
> > > It "needs" a dot to prevent your being nagged about its lack, and
> > > having an @ in it could screw up any use exim makes of it.
> > > (I use it to set exim's HELO.) So I thought it best to mention it.
> > 
> > As far as I recall[1] /etc/mailname is Debian specific[2], to be used by 
> > all softwares (typically MTAs and some MUAs like mutt) that need a 
> > domain part to construct a full e-mail address, when one isn't provided.
> > 
> > [1] too lazy to check where it's documented, quite likely in Debian Policy
> > [2] as in Debian specific patches to support it
> 
> Your ¹ is correct. Specifically, from
> 
> file:///usr/share/doc/debian-policy/policy.html/ch-customized-programs.html#mail-transport-delivery-and-user-agents
> 
>     If your package needs to know what hostname to use on (for
>     example) outgoing news and mail messages which are generated
>     locally, you should use the file /etc/mailname. It will contain
>     the portion after the username and @ (at) sign for email addresses
>     of users on the machine (followed by a newline).
> 
>     Such a package should check for the existence of this file when it
>     is being configured. If it exists, it should be used without
>     comment, although an MTA’s configuration script may wish to prompt
>     the user even if it finds that this file exists. If the file does
>     not exist, the package should prompt the user for the value
>     (preferably using debconf) and store it in /etc/mailname as well
>     as using it in the package’s configuration. The prompt should make
>     it clear that the name will not just be used by that package. For
>     example, in this situation the inn package could say something
>     like:
> 
>       Please enter the "mail name" of your system. This is the
>       hostname portion of the address to be shown on outgoing news and
>       mail messages. The default is syshostname, your system's host name.
> 
>       Mail name ["syshostname"]:
> 
>     where syshostname is the output of hostname --fqdn.

exim4 says:

  The 'mail name' is the domain name used to 'qualify' mail addresses
  without a domain name.

Sending to brian or cc'ing or bcc'ing brian would go to brian@axis.corp.
I interpret the above to apply to email addresses *only*. EHLO (HELO)
would not be involved.

> So on this system, its value is axis.corp, which you can see in the
> header of this email. It certainly shouldn't be an email address,
> containing a local part and @.

Correct. Users do do that; most of the time it hasn't any consequence
because they do not send to or cc brian. The complete address is used.
> 
> I wasn't aware that there is a (somewhat old) wiki page which is
> supposed to list all the MTAs (which I understand as including
> programs which submit mail using SMTP) and how they interpret
> /etc/mailname. For some reason, mutt is treated under the heading
> for exim4. Half a dozen headings have no information listed, and
> I don't know whether there are packages/programs missing altogether.

I've always been aware of that page. The exim4 documentation is more
useful, however.

> There are at least three or four important fields that involve various
> interpretations of "from-ness": EHLO, envelope (MAIL_FROM), From:
> and Sender:. (That's ignoring Resent* and so on.) How these relate
> to each other is not straightforward, particularly for home users'
> machines, and their values can be an important factor in whether
> their emails make it into the Internet and on to their destination.
> What works for one person may not for another. (That's also
> ignoring intranet emails.)

exim4 gets the EHLO from /etc/hosts, not /etc/mailname.

-- 
Brian. 

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web