On 2017-02-12, at 15:56, Jesse 1 Robinson wrote:
>
> I cannot imagine any technical or policy reason for leaving that field blank.
> It has Omission written all over it. This problem affects multiple shops. If
> should be fixed at the source.
>
From RFC 822:
4.4.1. FROM / RESENT-FROM
On 2017-02-12, at 15:56, Jesse 1 Robinson wrote:
> I'm fully on board with "Subscription=Open,Confirm" if it makes email safer
> in general. What frosts me is that the "D" of WAD misses the mark and is
> actually counterproductive. I'm told (!) that we have implemented what we
> lovingly call '
I'm fully on board with "Subscription=Open,Confirm" if it makes email safer in
general. What frosts me is that the "D" of WAD misses the mark and is actually
counterproductive. I'm told (!) that we have implemented what we lovingly call
'industry best practice' in quarantining any email with no
Gilmartin
Sent: Thursday, February 02, 2017 2:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IBM-MAIN subscription
On 2017-02-02, at 12:13, Jesse 1 Robinson wrote:
> My email tech just verified that the confirmation notes (only!) 'do not have
> a valid sender email address
On 2017-02-02, at 12:13, Jesse 1 Robinson wrote:
> My email tech just verified that the confirmation notes (only!) 'do not have
> a valid sender email address' and therefore get quarantined by our email
> system. Deleted after 4 days. Since other(s) seem to also have this problem,
> I think a f
chwab
Sent: Sunday, January 29, 2017 12:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IBM-MAIN subscription
How about FROM: , or FROM: ?
On Sat, Jan 28, 2017 at 8:04 PM, Jesse 1 Robinson
wrote:
> Thanks David for this illumination. All we're looking for is some kind of
> n
How about FROM: , or FROM: ?
On Sat, Jan 28, 2017 at 8:04 PM, Jesse 1 Robinson
wrote:
> Thanks David for this illumination. All we're looking for is some kind of
> nonblank FROM <> value that passes validation on the receiving side. My
> internal PMR is still open, but I'm expecting this to be
Thanks David for this illumination. All we're looking for is some kind of
nonblank FROM <> value that passes validation on the receiving side. My
internal PMR is still open, but I'm expecting this to be the diagnosis. Without
knowing any of the internals, I can verify that other list servers lik
Rapids, MIĀ 49546 MD RSCB2H
p 616.653.8429
f 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jesse 1 Robinson
Sent: Friday, January 27, 2017 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM-MAIN subscription (was HMC Mail
-MAIN@LISTSERV.UA.EDU] On Behalf
Of Carmen Vitullo
Sent: Friday, January 27, 2017 10:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IBM-MAIN subscription (was HMC Mail domain)
At two places I worded at, one using Lotus Notes I never see Junk mail and some
good mail unless I call the
There is a lot of things that can happen:
- the sender may be blacklisted (i.e. sending IP-address is
automatically rejected)
- reverse DNS lookup does not work (i.e. symbolical name does not match
IP address)
- no or incorrect SPF-entry (sender policy framework)
- other local filters may inte
was not delivered and an option to mark as not spam
- Original Message -
From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, January 27, 2017 12:25:37 PM
Subject: Re: IBM-MAIN subscription (was HMC Mail doma
On Fri, 27 Jan 2017 17:01:58 +, Jesse 1 Robinson wrote:
>My analysis: There is something missing in the confirmation email that causes
>my company email system (Outlook) to reject the note as spam without
>notification.
And it didn't go into your Junk folder?
--
Tom Marchant
13 matches
Mail list logo