On Mon, 1 Jul 2024, Tim Woodall wrote:
On Sun, 30 Jun 2024, Tim Woodall wrote:
On Sun, 30 Jun 2024, Michael Grant wrote:
Yeah I'm seeing this too! Identical in fact. This is what I did to
fix this: I added this to my /etc/mail/access file for my local
server that sends this messages to me
On Mon, Jul 01, 2024 at 09:34:39 +0100, Mark Fletcher wrote:
> cron isn’t a mail sending tool — not the right place to police something
> like this. Seems to me that sendmail is.
There are two possible layers here. First, a cron job (typically a
shell command, or a shell script) might invoke mail
On Sun, 30 Jun 2024, Tim Woodall wrote:
On Sun, 30 Jun 2024, Michael Grant wrote:
Yeah I'm seeing this too! Identical in fact. This is what I did to
fix this: I added this to my /etc/mail/access file for my local
server that sends this messages to me:
SRV_Features:127.0.0.1 L U G
Spec
On Mon, 1 Jul 2024, Mark Fletcher wrote:
On Sun, 30 Jun 2024 at 23:21, Tim Woodall wrote:
The thing I'm seeing is in the body of the email - I had no idea
this was illegal - and I'm surprised that tools like cron don't do
something to avoid sending "illegal" emails. Indeed, even mail will
On Sun, 30 Jun 2024 at 23:21, Tim Woodall wrote:
>
>
> The thing I'm seeing is in the body of the email - I had no idea
> this was illegal - and I'm surprised that tools like cron don't do
> something to avoid sending "illegal" emails. Indeed, even mail will do
> so happily.
>
> cron isn’t a mai
On Sun, Jun 30, 2024 at 6:13 PM Greg Wooledge wrote:
>
> On Sun, Jun 30, 2024 at 23:08:01 +0100, Tim Woodall wrote:
> > According to this
> > https://support.trustwave.com/kb/KnowledgebaseArticle10016.aspx
> >
> > bare CRs aren't allowed in emails but this has always worked.
> >
> > I'm only likel
On Sun, Jun 30, 2024 at 6:08 PM Tim Woodall wrote:
>
> On Sun, 30 Jun 2024, Tim Woodall wrote:
>
> > On Sun, 30 Jun 2024, Michael Grant wrote:
> >
> >> After an update today, sendmail is refusing to accept mail. I'm
> >> seeing this in the logs:
> >>
> >
> > Hmmm, this update seems to have done a
On Sun, 30 Jun 2024, Michael Grant wrote:
Yeah I'm seeing this too! Identical in fact. This is what I did to
fix this: I added this to my /etc/mail/access file for my local
server that sends this messages to me:
SRV_Features:127.0.0.1 L U G
Specifically, I added the U and G features, (I
On Sun, 30 Jun 2024, Greg Wooledge wrote:
On Sun, Jun 30, 2024 at 23:08:01 +0100, Tim Woodall wrote:
According to this
https://support.trustwave.com/kb/KnowledgebaseArticle10016.aspx
bare CRs aren't allowed in emails but this has always worked.
I'm only likely to have cron generating emails l
On Sun, Jun 30, 2024 at 23:08:01 +0100, Tim Woodall wrote:
> According to this
> https://support.trustwave.com/kb/KnowledgebaseArticle10016.aspx
>
> bare CRs aren't allowed in emails but this has always worked.
>
> I'm only likely to have cron generating emails like this.
>
> Strange that this w
On Sun, 30 Jun 2024, Tim Woodall wrote:
On Sun, 30 Jun 2024, Michael Grant wrote:
After an update today, sendmail is refusing to accept mail. I'm
seeing this in the logs:
Hmmm, this update seems to have done a lot of odd things.
root@dirac:~# mail root
Cc:
Subject: test cr
this
is^Ma
On Sun, Jun 30, 2024 at 10:20:24PM +0100, Tim Woodall wrote:
> On Sun, 30 Jun 2024, Michael Grant wrote:
>
> > After an update today, sendmail is refusing to accept mail. I'm
> > seeing this in the logs:
> >
>
> Hmmm, this update seems to have done a lot of odd things.
>
> MSP Queue status...
On Sun, 30 Jun 2024, Michael Grant wrote:
After an update today, sendmail is refusing to accept mail. I'm
seeing this in the logs:
Hmmm, this update seems to have done a lot of odd things.
MSP Queue status...
/var/spool/mqueue-client (2 requests)
-Q-ID- --Size--
On Sun, 30 Jun 2024, Michael Grant wrote:
Jun 30 11:43:00 bottom sm-mta[18852]: AUTH: available mech=DIGEST-MD5 CRAM-MD5
LOGIN PLAIN, allowed mech=EXTERNAL
Update here, it's not apparently an STARTTLS error, it's an AUTH
error. Something in the update last night altered my list of
available
> Jun 30 11:43:00 bottom sm-mta[18852]: AUTH: available mech=DIGEST-MD5
> CRAM-MD5 LOGIN PLAIN, allowed mech=EXTERNAL
Update here, it's not apparently an STARTTLS error, it's an AUTH
error. Something in the update last night altered my list of
available AUTH mechanisms.
I manually updated sendm
15 matches
Mail list logo
