I have one of those:
I needed to implement this for users some time ago. The Chilkat control has support for this.
If you need to update your old legacy apps to continue sending those emails.
Or you might need to setup an online server that has an SMTP server in a way that only a specific email will be forwarded and any attempt to use it is just dropped.
Workflow idea is you have a guid email address that you use to send an email to another email on the same server. Then that forwards emails to you only if it was sent from that email address.
The email account that sends you an email should have a very complicated password, or no access to be connected from outside.
The guid email address should not be configured to send emails to other accounts.
That’s all complicated and probably not worth the resources.
Updating the old legacy apps to use modern security for emailing is an option.
If you were thinking of creating an email server solution. Maybe you just need to host an API that accepts the error report and it can email you.
Now that I typed all this stuff. I would opt for the API.
Tracy
Here's what the alien text said:
got this notice from google today:
Less secure apps & your Google Account
To help keep your account secure, starting*May 30, 2022*, ​​Google will
no longer support the use of third-party apps or devices which ask you
to sign in to your Google Account using only your username and password.
Please note this deadline does not apply to Google Workspace or Google
Cloud Identity customers. The enforcement date for these customers will
be announced on the Workspace blog at a later date.
For more information, please continue reading.
*Special Note on Apple Device Sign-Ins.*Users who have not recently
signed into their Google Account using only username and password will
be able to only make new sign in attempts using the Google account type
starting from*February 28, 2022*. Existing users may continue to sign
into their Google Account using their username and password until*May
30, 2022*.
If an app or site doesn’t meet oursecurity standards
http://track.smtpsendemail.com/9074967/c?p=mll5E81uamou-IK3V1n49M68C07fN2oTVV0TbISW-m3owPsqmwOa3Arx9o96TjzRRvq63DILoY8jZ4BPJib_7vc6H9zZENCIx73JsG2MFVgrFAusXWDZjX3wVplSNFrme3ViEgxs5thuruQlHbrBRTgCvjziP-h7A3o49WUIBRw2KGMQErdpZjN88IMA82eIok2aeHxHpPyvfe9j51h2nCRjDJZbzZnYcgO5QI0xuX4gCIXnjMTWfdyYxRRJRx6_,
Google might block anyone who’s trying to sign in to your account from
it. Less secure apps can make it easier for hackers to get in to your
account, so blocking sign-ins from these apps helps keep your account safe.
...so I'm guessing my legacy apps out there at clients will no longer be
able to use the internal error reporting (that sends an email to me from
my gmail account).
FYI for those of you who use gmail in our apps for this kind of emailing
purpose.
--
Michael J. Babcock, MCP
Fox/VFP dev since 1997
Developer of FabNet estimating software - mbsoftwaresolutions.com
-----Original Message-----
From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Kurt @ Gmail
Sent: Friday, March 04, 2022 1:26 PM
To: profoxtech@leafe.com
Subject: Re: Using gmail to send emails from your VFP apps -- deadline approaching for shutoff
Gosh Mike - that looks like Alien speak. You might want to run this
message thru your ACTU (Alien Communication Translation Unit)!
-Kurt
On 3/4/2022 10:01 AM, MB Software Solutions, LLC wrote:
> Z290IHRoaXMgbm90aWNlIGZyb20gZ29vZ2xlIHRvZGF5OgoKCiAgTGVzcyBzZWN1cmUgYXBwcyAm
>
> IHlvdXIgR29vZ2xlIEFjY291bnQKClRvIGhlbHAga2VlcCB5b3VyIGFjY291bnQgc2VjdXJlLCBz
>
> dGFydGluZypNYXkgMzAsIDIwMjIqLCDigIvigItHb29nbGUgd2lsbCAKbm8gbG9uZ2VyIHN1cHBv
>
> cnQgdGhlIHVzZSBvZiB0aGlyZC1wYXJ0eSBhcHBzIG9yIGRldmljZXMgd2hpY2ggYXNrIHlvdSAK
>
> dG8gc2lnbiBpbiB0byB5b3VyIEdvb2dsZSBBY2NvdW50IHVzaW5nIG9ubHkgeW91ciB1c2VybmFt
>
> ZSBhbmQgcGFzc3dvcmQuCgpQbGVhc2Ugbm90ZSB0aGlzIGRlYWRsaW5lIGRvZXMgbm90IGFwcGx5
>
> IHRvIEdvb2dsZSBXb3Jrc3BhY2Ugb3IgR29vZ2xlIApDbG91ZCBJZGVudGl0eSBjdXN0b21lcnMu
>
> IFRoZSBlbmZvcmNlbWVudCBkYXRlIGZvciB0aGVzZSBjdXN0b21lcnMgd2lsbCAKYmUgYW5ub3Vu
>
> Y2VkIG9uIHRoZSBXb3Jrc3BhY2UgYmxvZyBhdCBhIGxhdGVyIGRhdGUuCgpGb3IgbW9yZSBpbmZv
>
> cm1hdGlvbiwgcGxlYXNlIGNvbnRpbnVlIHJlYWRpbmcuCgoqU3BlY2lhbCBOb3RlIG9uIEFwcGxl
>
> IERldmljZSBTaWduLUlucy4qVXNlcnMgd2hvIGhhdmUgbm90IHJlY2VudGx5IApzaWduZWQgaW50
>
> byB0aGVpciBHb29nbGUgQWNjb3VudCB1c2luZyBvbmx5IHVzZXJuYW1lIGFuZCBwYXNzd29yZCB3
>
> aWxsIApiZSBhYmxlIHRvIG9ubHkgbWFrZSBuZXcgc2lnbiBpbiBhdHRlbXB0cyB1c2luZyB0aGUg
>
> R29vZ2xlIGFjY291bnQgdHlwZSAKc3RhcnRpbmcgZnJvbSpGZWJydWFyeSAyOCwgMjAyMiouIEV4
>
> aXN0aW5nIHVzZXJzIG1heSBjb250aW51ZSB0byBzaWduIAppbnRvIHRoZWlyIEdvb2dsZSBBY2Nv
>
> dW50IHVzaW5nIHRoZWlyIHVzZXJuYW1lIGFuZCBwYXNzd29yZCB1bnRpbCpNYXkgCjMwLCAyMDIy
>
> Ki4KCklmIGFuIGFwcCBvciBzaXRlIGRvZXNu4oCZdCBtZWV0IG91cnNlY3VyaXR5IHN0YW5kYXJk
>
> cyAKPGh0dHA6Ly90cmFjay5zbXRwc2VuZGVtYWlsLmNvbS85MDc0OTY3L2M/cD1tbGw1RTgxdWFt
>
> b3UtSUszVjFuNDlNNjhDMDdmTjJvVFZWMFRiSVNXLW0zb3dQc3Ftd09hM0FyeDlvOTZUanpSUnZx
>
> NjNESUxvWThqWjRCUEppYl83dmM2SDl6WkVOQ0l4NzNKc0cyTUZWZ3JGQXVzWFdEWmpYM3dWcGxT
>
> TkZybWUzVmlFZ3hzNXRodXJ1UWxIYnJCUlRnQ3ZqemlQLWg3QTNvNDlXVUlCUncyS0dNUUVyZHBa
>
> ak44OElNQTgyZUlvazJhZUh4SHBQeXZmZTlqNTFoMm5DUmpESlpielpuWWNnTzVRSTB4dVg0Z0NJ
>
> WG5qTVRXZmR5WXhSUkpSeDZfPiwgCkdvb2dsZSBtaWdodCBibG9jayBhbnlvbmUgd2hv4oCZcyB0
>
> cnlpbmcgdG8gc2lnbiBpbiB0byB5b3VyIGFjY291bnQgZnJvbSAKaXQuIExlc3Mgc2VjdXJlIGFw
>
> cHMgY2FuIG1ha2UgaXQgZWFzaWVyIGZvciBoYWNrZXJzIHRvIGdldCBpbiB0byB5b3VyIAphY2Nv
>
> dW50LCBzbyBibG9ja2luZyBzaWduLWlucyBmcm9tIHRoZXNlIGFwcHMgaGVscHMga2VlcCB5b3Vy
>
> IGFjY291bnQgc2FmZS4KCgouLi5zbyBJJ20gZ3Vlc3NpbmcgbXkgbGVnYWN5IGFwcHMgb3V0IHRo
>
> ZXJlIGF0IGNsaWVudHMgd2lsbCBubyBsb25nZXIgYmUgCmFibGUgdG8gdXNlIHRoZSBpbnRlcm5h
>
> bCBlcnJvciByZXBvcnRpbmcgKHRoYXQgc2VuZHMgYW4gZW1haWwgdG8gbWUgZnJvbSAKbXkgZ21h
>
> aWwgYWNjb3VudCkuCgpGWUkgZm9yIHRob3NlIG9mIHlvdSB3aG8gdXNlIGdtYWlsIGluIG91ciBh
>
> cHBzIGZvciB0aGlzIGtpbmQgb2YgZW1haWxpbmcgCnB1cnBvc2UuCgoKLS0gCk1pY2hhZWwgSi4g
>
> QmFiY29jaywgTUNQCkZveC9WRlAgZGV2IHNpbmNlIDE5OTcKRGV2ZWxvcGVyIG9mIEZhYk5ldCBl
>
> c3RpbWF0aW5nIHNvZnR3YXJlIC0gbWJzb2Z0d2FyZXNvbHV0aW9ucy5jb20K
>
>
> --- StripMime Report -- processed MIME parts ---
> multipart/alternative
> text/plain (text body -- kept)
> text/html
> ---
>
[excessive quoting removed by server]
