Hi, all.
I have an issue with some mail servers/providers that some people use.
I'm open to some suggestions, but also want to point out something to
people who are subscribed.
Sometimes I start getting mails bouncing for some subscribers. I do try
to check why, and occasionally there have been something I could do
about it, but many times it's simply what I would call a broken mail
server for which there isn't much I can do. So occasionally I
unsubscribe people for which I'm just getting bounces all the time.
One such example is one server who claims that 130.238.19.25 don't have
reverse DNS. Which is clearly incorrect. It have had proper DNS setup
for at least 20 years. I have no idea how that mail server is set up,
but I can't do much about it.
Other times mails gets denied because of some blocking service who
thinks the hecnet mails are just spam, or the host (Update) is
untrustworthy, or have a bad reputation or what not. Usually not much I
can do about those either. If people (or companies) decide to make use
of such services, and such services give that kind of information, it
essentially just means that you'll not be getting the hecnet mails any more.
There is only so much I'm willing to do to try and sort such things out.
I do consider such services and solutions to be fundamentally broken to
start with, but I will of course not say that people can't use them if
they want to. But chances are that you'll get dropped from the HECnet
mailing list sooner or later, unless you are using some
service/technology that actually do work (not sure if any such exists).
An example I got today (actual mailbox names redacted):
> <XXXXXX at xs4all.nl> (expanded from <hecnet-list>): host
> mx4.xs4all.nl[194.109.24.139] said: 550 5.7.1 Spam message rejected by
> 06ULCRRd021949 on mxdrop301.xs4all.net, reason=CH (in reply to end of DATA
> command)
reason=CH ?
What does that mean. The mail is rejected because it came from
Switzerland? (Yes, I do live in Switzerland, and yes, it was a mail I
sent to the list, but really? Is all mail from Switzerland suspect now?)
> <XXXXXX at me.com> (expanded from <hecnet-list>): host
> mx01.mail.icloud.com[17.57.152.9] said: 554 5.7.1 [CS01] Message rejected
> due to local policy. Please visit https://support.apple.com/en-us/HT204137
> (in reply to end of DATA command)
>
> <XXXXXX at me.com> (expanded from <hecnet-list>): host
> mx01.mail.icloud.com[17.57.152.9] said: 554 5.7.1 [CS01] Message rejected
> due to local policy. Please visit https://support.apple.com/en-us/HT204137
> (in reply to end of DATA command)
Rejected due to local policy?
Following the link don't really give an answer, but just various
recommendation.
Most of those recommendations are already done (and have been the whole
time) by the HECnet list. SPF and DKIM we don't use. I had that setup
for a while on a mail server of my own, and came to realize that it hurt
more than it helped, so I removed it again. I doubt this will be setup
on Update any time soon, but either way, it's not there now, and it's
not even clear if that is the reason for the rejects, or some other
thing. There is also no way to even get in touch with Apple in this
case, to fix this. So there is a fair chance I'll have to unsubscribe a
few more addresses in the near future...
I am not really interested in moving the mailing list to some other
host. Any suggestions from anyone on this topic?
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Verizon is tightening the screw. I think I will give up now. It was explained to me over a telephone call to their security department that I cannot have any of the following ports open at home.
80
81
554
8xxx
9xxx
> From: Verizon Notification <verizon-notification at verizon.com>
> Date: July 30, 2020 at 12:32:48 PM EDT
> To: thesanyalfamily at gmail.com
> Subject: Security notice
> Reply-To: Verizon Notification <verizon-notification at verizon.com>
>
>
>
> Hi,
>
> Attention Verizon Customer,
>
>
> Our network monitoring tools have detected significant amounts of harmful network traffic coming from your home or office network. It is likely that a device within your home or office is infected with malware; we believe the device could be a network security camera, network video recorder, or similar device.
>
>
> These devices are being targeted by hackers. The hackers are leveraging potential security flaws in the hardware / software to stage large scale attacks against other networks and devices.
>
>
> Pursuant to Verizon's Terms of Service and Acceptable Use Policy, we are asking you to disconnect any such devices from your home or office network. This is an effort to protect your privacy and network. We ask that you contact the manufacturer's support department to determine how to properly secure the device, including closing any network ports on the device(s) exposed to the public Internet. Once fully patched with the most up to date firmware and software, please ensure that you protect access to the device by changing the admin login credentials. Use a strong password for all access points including remote viewing of the cameras. Once that is complete you may return the device to your network.
>
>
> Should these efforts fail and the device is once again found to be leveraged as an attack host, we will ask for the removal of the device until the vendor can devise an acceptable remediation.
>
>
> You must take the necessary steps to remove this device from your network as soon as possible. Failure to remove this device is a violation of the Verizon Online Acceptable Use Policy and may result in the following:
>
>
> - Future suspension and/or termination of your Internet Services.
>
>
> Additional suggestions and precautions can viewed at verizon.com/securityinfo or visit the website of your hardware vendor.
>
>
> You may contact Verizon support at 888-553-1555
>
> Verizon will never ask you to provide or verify personal or account information by email.
>
> Thanks for your prompt attention.
>
> Verizon Internet Abuse Investigations Team
> 22001 Loudoun County Parkway
> Ashburn, VA 20147
>
>
>
> ? 2020 Verizon. All Rights Reserved.
>
> Ensure Verizon emails reach your inbox by adding verizon-notification at verizon.com to your "safe" email list. Your email provider
> can provide instructions on how it works.
>
> This email has been sent from an auto-notification system that cannot accept incoming email.
>
> This email was sent to thesanyalfamily at gmail.com. We respect your privacy. Please review our Privacy Policy If you think this email was sent in error or you'd like to change how you receive your notification, click here
>
We`ll get your website to have Domain Authority 50 or we`ll refund you every
cent
for only 69 usd, you`ll have DA50 for your website, guaranteed
Order it today:
http://www.str8-creative.co/product/moz-da-seo-plan/
thanks
Peter
Increase sales and ranks with our targeted traffic
http://bulkwebtraffic.io
Check the pricelist attached
Regards
Michale Millwood ?
Unsubscribe option is available on the footer of our website
I'm trying to get the Fortran-77 compiler installed on PIRSTS:: , which
is a working system on HECnet.
I have a TPC-formatted tape image with the name fortran-77_v5_4.tap
When I mount that tape, these are the contents:
$ mount mu0: F77504 %Device is write protected Density is 135 Tape is in
ANSI format $ dir mu0: Name .Typ Size Name .Typ Size Name .Typ Size MU0:
AUT101.A * 244 P AUTVER.BCK* 1 P F77F77.BCK* 3 P F77REL.BCK* 7 P
F77504.A * 407 P Total of 662 blocks in 5 files in MU0:
Also, during the installation I copied all layered product patches to
PATCH$, including what looks like patches for this version of Fortran-77:
$ dir patch$:f*.*
Name .Typ Size Prot Name .Typ Size Prot SY:[0,200] FALDBG.TSK 225C <232>
FALOVL.TSK 213C <232> FALRLB.TSK 80C <232> FEDLIB.OLB 118 < 60>
FEDTKB.CMD 1 < 60> FEDTKB.ODL 2 < 60> FMS .01L 0 < 60> FMS .COM 38 < 60>
FMS .DOC 3 < 60> FORTRA.01L 0 < 60> F77 .DOC 6 < 60> F77504.DAT 3 < 60>
F77COM.OBJ 24 < 60> FRTRN7.01L 0 < 60> Total of 713 blocks in 14 files
in SY:[0,200]
However, when I try to instal Fortran-77 (@[0,1]INSTAL FRTRN77) at some
point the installer ties to mount the tape and fails with:
?ID labels don't match
Looking at the INSTAL.COM script, I believe it expects a label "FRTRN7",
whereas the tape is labeled F77504.
This string also appears as a file name in the PATCH$ directory and as a
file on the tape itself.
Clearly, there is a mismatch between the installer and the tape image
(but more likely, in my head)
Did anybody successfully install Fortran-77 on RSTS V10.1L ? How, and
using what tape image?
*/Wilm*
Increase sales and ranks with our targeted traffic
http://bulkwebtraffic.io
Check the pricelist attached
Regards
Kip Kafka ?
Unsubscribe option is available on the footer of our website