|
And that's why I'm proposing vetting the sender!
|
|
|
|
|
I wrote the program to test how a new ticketing system responds to spoofed emails. The system didn't detect the spoofing but, luckily, we had the foresight to have an automated confirmation response generated and sent to the sender whenever a security email was received and a ticket created. The spoofee, if they were paying attention, would see that a security request was made for an email that they did not send.
if (Object.DividedByZero == true) { Universe.Implode(); }
Meus ratio ex fortis machina. Simplicitatis de formae ac munus. -Foothill, 2016
|
|
|
|
|
Member 13118628 wrote: Most solutions look at spam largely from the viewpoint of the content of emails. I've been thinking about it in terms of who the senders are.
I wish companies would stop using email services that have a reply-to/sender line like "sent by wgaf-3521861-a-s-33455@whatever on behalf of SomeCompany"
Kind hard to set up filters when their address changes everydamntime.
|
|
|
|
|
GenJerDan wrote:
I wish companies would stop using email services that have a reply-to/sender line like "sent by wgaf-3521861-a-s-33455@whatever on behalf of SomeCompany"
Well, with the system I'm proposing, companies that choose to do that will risk having their emails ending up in spam filters, like they do today.
Even without my system, I suspect they'll find it's even more of a problem to get their emails delivered as time goes on.
I'm curious though ... have you seen any like that where they weren't sending some kind of commercial email message? Which companies?
|
|
|
|
|
Walt Thiessen wrote: I'm curious though ... have you seen any like that where they weren't sending some kind of commercial email message? Which companies?
I get them like that from Corel for general announcements and such. And another one, that I can't recall off-hand, but the same sort of "on behalf of" nonsense.
There've also been a number of emails from one or another company where the domain changes randomly, like a.email.somecompany.com, b.email.somecompany.com, etc. Not impossible to set up for, but a pain in the butt when I have 12 different rules for the same source.
|
|
|
|
|
GenJerDan wrote: I get them like that from Corel for general announcements and such. And another one, that I can't recall off-hand, but the same sort of "on behalf of" nonsense.
Yes, that's what I thought. "General announcements" are basically low-grade spam messages. They're going to see lower and lower open rates over time.
|
|
|
|
|
If I were to pursue this project, I'd be looking for help from others to create it. Just wondering how many might want to help?
|
|
|
|
|
|
"Works on my machine."
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
I guessing that they do not want to have all zones to come on at the same time, causing the water pressure to drop and therefor limit the volume of water that gets to any specific zone.
but, yes, devices like these, or light/socket timers, central heating systems, solar controllers etc. can be pretty bad...
|
|
|
|
|
|
Its all about the failure modes and savviness of the users. With the one-zone-at-a-time, any watering issues are clearly user error, whereas the other way, it looks like the timer is broken and needs to be returned.
We can program with only 1's, but if all you've got are zeros, you've got nothing.
|
|
|
|
|
|
N_tro_P wrote: can imagine people reporting on said issues where as what "user" failure do you think is avoided as being reported if it allowed all zones to run?
The user failure, is that they didn't program the timer correctly. That's just as likely no matter which way the timer works. The difference is whether the user sees it as their failure, or a failure of the timer. One behavior skews the user's response to the system failure to suspect their own error rather than the timer being faulty, so naturally, that's the one the manufacturers of the timer went with.
This happens all the time -- the user's response to a perceived system failure is managed. Another example -- the oil pressure gauges in Ford vehicles. They're a gauge with a variable position needle, but they have two display states -- oil pressure OK, oil pressure is zero. Why? Because otherwise, users see a fluctuating needle and assume something's wrong. So, their response to a perceived failure is managed.
We can program with only 1's, but if all you've got are zeros, you've got nothing.
|
|
|
|
|
Aside from the externals (water pressure/rainfall) factor(s), I wonder how much of this is due to the limitations of the early, mechanical, systems which has resulted in blinders on the designers.
|
|
|
|
|
|
Don't forget to document your results.[^]
I already made myself some enemies by saying what I found in the code (and the mental state of whoever did this). The only 'better' way would be to write it down in every detail.
The language is JavaScript. that of Mordor, which I will not utter here
This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.
"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."
If software development were a circus, we would all be the clowns.
|
|
|
|
|
That sounds a lot like some of the code I've written after a big night.
Cheers,
Mick
------------------------------------------------
A programmer is a person who always checks both ways when crossing a one-way street.
|
|
|
|
|
Especially the 'kick vat and yell profanity' part.
The language is JavaScript. that of Mordor, which I will not utter here
This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.
"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."
If software development were a circus, we would all be the clowns.
|
|
|
|
|
My bug-fixes don't work unless I sacrifice a few beers.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Anyone can do ordinary source,
it's the 'special sauce' that diffentiates programmers,
maybe their flavour isn't always one you like.
OPAW: one mans trash...
Sin tack
the any key okay
|
|
|
|
|
Oh light of wisdom, tell me all that again after you worked there for a few years.
Half a dozen triggers on every database table, each one hundreds, sometimes thousands of lines long. Each tiny change in the database can cause an avalanche of triggers going off. Good luck trying to predict any particular results when you have to fix a bug, which are numerous each and every day. What a treadmill!
The language is JavaScript. that of Mordor, which I will not utter here
This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.
"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."
If software development were a circus, we would all be the clowns.
|
|
|
|
|
missed the joke icon on the reply?
but seriously some bad programmers really do pour their heart into their efforts,
just gotta nudge (not bludgeon) them back onto the proper path.
rather than simply announcing bad practice - particularly with an audience, hint/show/sell them on the better way.
You've already admiteed your current approach is creating enemies, usually means it's not what you are saying, but how you are saying it.
Sin tack
the any key okay
|
|
|
|
|
No I did not miss the icon, nor was the reply meant to be all too serious, at least the first part.
If you knew me, you would know that I'm not one of those self proclaimed style or whatever cops. I can live with very much, even with GOTOs or global variables as long as they are used wisely. The only question I ask usually is, why someone thought this was needed. Give me a good answer and I might even adopt it.
This somewhat anarchic style works great if you happen to have people who know what they are doing. It does not work with a bunch of former VBA and Access guys who think they know it all and eagerly try to pull anybody elso to their dark side as well. That's also the reason why interviews now are over for me as soon as I hear VB (in any flavor) or Access.
The language is JavaScript. that of Mordor, which I will not utter here
This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.
"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."
If software development were a circus, we would all be the clowns.
|
|
|
|
|
and so you demonstrate my point: it's not what you are saying, it's how you are saying it.
not saying that's bad, just realise that's all it is.
Sin tack
the any key okay
|
|
|
|