On Wed, 26 Jun 2024 at 03:40, Anton Shepelev via Python-list
wrote:
>
> Chris Angelico to dn:
>
> > > Python mailing-lists are covered by the Code of Conduct
> > > and monitored by ListAdmins. Thus, there are controls
> > > which limit the impact which advertisers and others with
> > > non-pythoni
Chris Angelico to dn:
> > Python mailing-lists are covered by the Code of Conduct
> > and monitored by ListAdmins. Thus, there are controls
> > which limit the impact which advertisers and others with
> > non-pythonic aims might otherwise exert!
>
> So long as there's a newsgroup gateway, those co
Sebastian Wells:
> The spammers won the spam wars, so even if you have
> someone's real e-mail address, that's no guarantee that
> you can contact them.
No so with me. My e-mail address here is munged, but in a
very obvious way, and no, my mailbox is not overwhelmed with
spam.
I make a habit of
This discussion has wandered far from my original mention that I found it
hard to reply to people using an invalid email address. I see no real
connection to python except insofar as at least one spam-filter mentioned is
written in python!
Just to add an observation, the people writing here have
s.
Mostly the same, although in my case, I've had multiple email
addresses for different purposes (and still kept all of them for
decades).
> I get at most a few spam emails per week [I just checked my spam
> folder: 8 in the past 30 days]. And Gmail is very, very close to 100%
> a
On 2024-06-24, Barry Scott via Python-list wrote:
>> On 23 Jun 2024, at 06:58, Sebastian Wells via Python-list
>> wrote:
>>
>> The spammers won the spam wars, so even if you have someone's real
>> e-mail address, that's no guarantee that you can contact
On Tue, 25 Jun 2024 at 08:31, dn via Python-list wrote:
> Python mailing-lists are covered by the Code of Conduct and monitored by
> ListAdmins. Thus, there are controls which limit the impact which
> advertisers and others with non-pythonic aims might otherwise exert!
>
So long as there's a news
s there's a
specific message I'm expecting to find there right now.
My email address is well known and yes I get spam emails.
I use the wonderful python based spambayes software to detect spam and
file into a Junk folder. It works for 99.9% of the emails I get.
I use the Thunderbird
27;t be able to contact me at my real e-mail address,
unless you also had my phone number, so you could call me and tell
me that you sent me an e-mail, and what the subject line was so I
can find it. I don't even open my e-mail inbox unless there's a
specific message I'm expecting to fi
real e-mail address,
> unless you also had my phone number, so you could call me and tell
> me that you sent me an e-mail, and what the subject line was so I
> can find it. I don't even open my e-mail inbox unless there's a
> specific message I'm expecting to find there r
On Fri, 14 Jun 2024 18:00:37 -0400, avi.e.gross wrote:
> I notice that in some recent discussions, we have users who cannot be
> replied to directly as their email addresses are not valid ones, and I
> believe on purpose. Examples in the thread I was going to reply to are:
>
>
On 2024-06-18, Mats Wichmann via Python-list wrote:
> On 6/17/24 17:51, dn via Python-list wrote:
>
>> +1
>>
>> The "public" part is not to embarrass posters, but recognition that
>> there are likely other people 'out there' (or arriving in-future if they
>> care to read the archives) experienc
On 6/17/24 17:51, dn via Python-list wrote:
+1
The "public" part is not to embarrass posters, but recognition that
there are likely other people 'out there' (or arriving in-future if they
care to read the archives) experiencing a similar problem. (hence need
for descriptive Subject lines - i
tact folk directly. However,
such for personal purposes - as distinct from the list, and possibly
subjects OT for the list.
When contacted by others off-list, I play it by ear - ignore, personal,
or post response on-list. (some lists/email-clients do seem to prefer
personal replies, even when inc
being contacted, again, fine for them.
The reality is that I have found people who show up in forums looking almost
legit but actually are not at all who they appear or claim to be even when
they have valid email addresses like mrsp...@gmail.com or even use names of
real people you can search for on t
On 2024-06-17, Roel Schroeven via Python-list wrote:
> FWIW, personally I (mostly) don't see the point of replying to people
> personally. To me a public mailing list is much like any public forum,
> where my expectation is that conversations happen in public. To me it
> always feels weird whe
rs me *that* much; I just ignore those. It's
very well possible that's just me, and that other people have different
expectations.
But I don't go hiding my email address, that's a whole different kettle.
--
"Let everything happen to you
Beauty and terror
Just keep
ID but note others have put their
email address in their signature, perhaps slightly disguised as in:
Myname=ereweon.com
Or
myn...@unspecified.tb s/unspecified.tb/yahoo.com/
It may be the gateway or other records can find them if they are nasty, but
for now, it is just an observation that it
On 15.06.2024 um 10:30 Uhr dn wrote:
> These mailing-lists all run under the Python Code of Conduct.
>
> This also effects a conundrum. Firstly, that someone abusing others
> (for example) shall be held responsible. Secondly, that in order to
> hold someone responsible, he/she/... must be identif
On 14Jun2024 18:00, avi.e.gr...@gmail.com wrote:
I notice that in some recent discussions, we have users who cannot be
replied to directly as their email addresses are not valid ones, and I
believe on purpose. Examples in the thread I was going to reply to are:
<mailto:henha...@devnull
On Sat, 15 Jun 2024 at 08:32, dn via Python-list wrote:
> These mailing-lists all run under the Python Code of Conduct.
>
The newsgroup, however, is not. Which means that anyone who posts on
the newsgroup is subject to no such restrictions - and that might
explain the, shall we say, quite differe
On 15/06/24 10:00, AVI GROSS via Python-list wrote:
I notice that in some recent discussions, we have users who cannot be
replied to directly as their email addresses are not valid ones, and I
believe on purpose. Examples in the thread I was going to reply to are:
...
It's an intere
I notice that in some recent discussions, we have users who cannot be
replied to directly as their email addresses are not valid ones, and I
believe on purpose. Examples in the thread I was going to reply to are:
<mailto:henha...@devnull.tb> henha...@devnull.tb
<mailto
offender now is various forms of security which insist on not
letting you into a web site for your bank or other resources unless they
first send you an email or text message or perhaps a voice call with random
digits to use as verification. Try sitting somewhere with your phone muted
as all the beeps get
On 2023-11-07 08:40, Grant Edwards via Python-list wrote:
If you, as a web developer, want the user to enter a text-message
capable phone number, then ASK FOR THAT!
And you may as well ask if they even want you to send texts whether they
can technically receive them or not.
--
D'Arcy J.M. Ca
On 2023-11-06, Greg Ewing via Python-list wrote:
> On 7/11/23 7:45 am, Mats Wichmann wrote:
>> Continuing with the example, if you have a single phone number field, or
>> let a mobile number be entered in a field marked for landline, you will
>> probably assume you can text to that number.
>
> B
On Tue, 7 Nov 2023 12:11:18 +1300, Greg Ewing wrote:
> On 6/11/23 6:34 pm, rbowman wrote:
>> We've found even if you directly ask the user often the answer is 'I
>> dunno' or some mythology they have constructed to explain the problem.
>
> This seems to apply to hardware issues as well. Louis Ros
, 2023 6:20 PM
To: python-list@python.org
Subject: Re: Checking if email is valid
On Tue, 7 Nov 2023 at 10:11, Greg Ewing via Python-list
wrote:
>
> On 7/11/23 7:45 am, Mats Wichmann wrote:
> > Continuing with the example, if you have a single phone number field, or
> > let
On Tue, 7 Nov 2023 at 10:11, Greg Ewing via Python-list
wrote:
>
> On 7/11/23 7:45 am, Mats Wichmann wrote:
> > Continuing with the example, if you have a single phone number field, or
> > let a mobile number be entered in a field marked for landline, you will
> > probably assume you can text to t
On 6/11/23 6:34 pm, rbowman wrote:
We've found even if you directly ask the user often the answer is 'I
dunno' or some mythology they have constructed to explain the problem.
This seems to apply to hardware issues as well. Louis Rossmann has
a philosophy of "Never believe what the customer tell
On 7/11/23 7:45 am, Mats Wichmann wrote:
Continuing with the example, if you have a single phone number field, or
let a mobile number be entered in a field marked for landline, you will
probably assume you can text to that number.
But if the site can detect that you've entered a mobile number
On Tue, 7 Nov 2023 at 07:10, Mats Wichmann via Python-list
wrote:
> Suggests maybe labeling should be something like:
>
> * Number you want to be called on
> * Number for texted security messages, if different
>
> Never seen that, though :-)
>
My responses would be:
* Don't.
* That's what crypto
On 11/6/23 08:23, Jon Ribbens via Python-list wrote:
On 2023-11-06, Mats Wichmann wrote:
On 11/6/23 01:57, Simon Connah via Python-list wrote:
The thing I truly hate is when you have two telephone number fields.
One for landline and one for mobile. I mean who in hell has a
landline these days?
On Tue, 7 Nov 2023 at 02:05, Jon Ribbens via Python-list
wrote:
> That was another thing that I used to find ridiculous, but seems to have
> improved somewhat in recent years - website error pages that said "please
> contact us to let us know about this error". I'm sorry, what? You want
> me to co
On 2023-11-06 08:57, Simon Connah via Python-list wrote:
I can see how the truley dim-witted might forget that other countries
have phone numbers with differing lengths and formatting/punctuation,
but there are tons of sites where it takes multiple tries when
entering even a bog-standard USA 10
On 2023-11-06, Mats Wichmann wrote:
> On 11/6/23 01:57, Simon Connah via Python-list wrote:
>> The thing I truly hate is when you have two telephone number fields.
>> One for landline and one for mobile. I mean who in hell has a
>> landline these days?
>
> People who live in places with spotty, o
On 2023-11-06, D'Arcy Cain wrote:
> On 2023-11-05 06:48, Jon Ribbens via Python-list wrote:
>> Sometimes I think that these sorts of stupid, wrong, validation are the
>> fault of idiot managers. When it's apostrophes though I'm suspicious
>> that it may be idiot programmers who don't know how to p
On 11/6/23 01:57, Simon Connah via Python-list wrote:
The thing I truly hate is when you have two telephone number fields. One for landline and one for mobile. I mean who in hell has a landline these days?
People who live in places with spotty, or no, mobile coverage. We do exist.
--
https://m
On Sun, 5 Nov 2023 19:22:49 -0600, D'Arcy Cain wrote:
> Gotta wonder for sure. It could also be the case of programmers
> depending on user input but the users insist on living with the bugs
> and/or working around them. We made crash reporting dead simple to
> report on and still users didn't b
> I can see how the truley dim-witted might forget that other countries
> have phone numbers with differing lengths and formatting/punctuation,
> but there are tons of sites where it takes multiple tries when
> entering even a bog-standard USA 10-0digit phone nubmer because they
> are completely f
On 2023-11-05 06:48, Jon Ribbens via Python-list wrote:
Sometimes I think that these sorts of stupid, wrong, validation are the
fault of idiot managers. When it's apostrophes though I'm suspicious
that it may be idiot programmers who don't know how to prevent SQL
injection attacks without just sa
On 2023-11-05, Grant Edwards wrote:
> On 2023-11-05, D'Arcy Cain via Python-list wrote:
>> On 2023-11-05 00:39, Grant Edwards via Python-list wrote:
>>> Definitely. Syntactic e-mail address "validation" is one of the most
>>> useless and widely broken things on the Interwebs. People who do
>>> a
On 11/5/23 10:34, Grant Edwards via Python-list wrote:
Indeed. There is a tiny but brightly burning kernel of hate in my
heart for web sites (and their developers) that refuse to accept
credit card numbers entered with spaces _as_they_are_shown_on_the_card_!
I've concluded that using PHP causes
umber has spaces in it. Why do I have to remove them. If
> you don't like them then you are a computer, just remove them.
Yes, this is also very stupid and annoying. Does nobody who works for
the companies making these sorts of websites ever use their own, or
indeed anyone else's, webs
On 2023-11-05, D'Arcy Cain via Python-list wrote:
> On 2023-11-05 00:39, Grant Edwards via Python-list wrote:
>> Definitely. Syntactic e-mail address "validation" is one of the most
>> useless and widely broken things on the Interwebs. People who do
>> anything other than require an '@' (and opti
On 11/5/23 05:32, D'Arcy Cain via Python-list wrote:
On 2023-11-05 00:39, Grant Edwards via Python-list wrote:
Definitely. Syntactic e-mail address "validation" is one of the most
useless and widely broken things on the Interwebs. People who do
anything other than require an '@' (and optionally
Grant (and others),
I am asking about the overall programming process of dealing with email
addresses beyond checking the string for some validity.
You mentioned requiring you type in your email twice as one example. I
generally do a copy/paste to avoid typing or have my browser fill it in
On 2023-11-05 00:39, Grant Edwards via Python-list wrote:
Definitely. Syntactic e-mail address "validation" is one of the most
useless and widely broken things on the Interwebs. People who do
anything other than require an '@' (and optionally make you enter the
same @-containing string twice) ar
On 2023-11-04, Michael Torrie via Python-list wrote:
> On 11/4/23 02:51, Simon Connah via Python-list wrote:
>
>> Wow. I'm half tempted to make a weird email address to see how many
>> websites get it wrong.
In my experience, they don't have to be very weird at all
On 11/4/23 02:51, Simon Connah via Python-list wrote:
> Wow. I'm half tempted to make a weird email address to see how many websites
> get it wrong.
>
> Thank you for the link.
Nearly all websites seem to reject simple correct email addresses such
as myemail+sometext@example.d
ely that it's what you actually want. Would you really
> want to allow:
>
> (jam today) "chris @ \"home\""@ (Chris's host.)public.example
>
> for example? And would you be able to do anything with it if you did?
As I said in another post it would be
>
> On 11/3/2023 6:51 AM, Jon Ribbens via Python-list wrote:
>
> > On 2023-11-03, Chris Angelico ros...@gmail.com wrote:
> >
> > > On Fri, 3 Nov 2023 at 12:21, AVI GROSS via Python-list
> > > python-list@python.org wrote:
> > >
> >
On 11/3/2023 6:51 AM, Jon Ribbens via Python-list wrote:
On 2023-11-03, Chris Angelico wrote:
On Fri, 3 Nov 2023 at 12:21, AVI GROSS via Python-list
wrote:
My guess is that a first test of an email address might be to see if
a decent module of that kind fills out the object to your
>
>
> On 11/2/23 00:42, Simon Connah via Python-list wrote:
>
> > Basically I'm writing unit tests and one of them passess in a string
> > with an invalid email address. I need to be able to check the string
> > to see if it is a valid email so that the
read the relevant RFCs. Lots of corner cases! From what
> I can see virtually no one on the internet gets it right, judging by the
> number of times I have valid email addresses flagged as not valid by
> poor algorithms.
I've wondered if there are addresses that violate the RFC (
other module lets you test if the domain name is registered. I have not
read the RFC and have not worked on email applications in decades and am not
offering specific advice. I am merely suggesting the possible use of
existing software modules that may provide a better approach in weeding out
SOM
On 2023-11-03, Chris Angelico wrote:
> On Fri, 3 Nov 2023 at 12:21, AVI GROSS via Python-list
> wrote:
>> My guess is that a first test of an email address might be to see if
>> a decent module of that kind fills out the object to your
>> satisfaction. You can then p
On Fri, 3 Nov 2023 at 12:21, AVI GROSS via Python-list
wrote:
> My guess is that a first test of an email address might be to see if a decent
> module of that kind fills out the object to your satisfaction. You can then
> perhaps test parts of the object, rather than everything at onc
I have never had a need to check email but in my reading over the years, I am
aware of modules of multiple kinds you can use to do things like parsing dates,
URL and email addresses and probably many other such things into some kind of
object and then you can use aspects of the object to do
y unlikely that it's what you actually want. Would you really
> want to allow:
>
> (jam today) "chris @ \"home\""@ (Chris's host.)public.example
>
> for example? And would you be able to do anything with it if you did?
If by checking against the spe
If i wanted an email verifier I would look at open source frameworks and see
how they do it. Django comes to mind.--(Unsigned mail from my phone)
Original message From: Michael Torrie via Python-list
Date: 3/11/23 07:23 (GMT+10:00) To:
python-list@python.org Subject: Re
On 11/2/23 00:42, Simon Connah via Python-list wrote:
> Basically I'm writing unit tests and one of them passess in a string
> with an invalid email address. I need to be able to check the string
> to see if it is a valid email so that the unit test passess.
If you truly have mana
On 2023-11-02, Simon Connah wrote:
> Valid as in conforms to the standard. Although having looked at the
> standard that might be more difficult than originally planned.
Yes. Almost nobody actually implements "the standard" as in RFC 2822
section 3.4.1 (which can contain, for example, non-printab
used to do that. The facility was very quickly turned off.
I note earlier iterations of email had addressed like
mach1!mach2!mach3!ihnp4!mach5!mach6!user or even mach1!mach2!user@mach3 and
I remember tools that analyzed what other machines various machines claimed
to have a direct connection to
via Python-list
Sent: Thursday, November 2, 2023 2:05 AM
To: python-list@python.org
Subject: Re: Checking if email is valid
On Thu, 2 Nov 2023 at 15:20, AVI GROSS via Python-list
wrote:
>
> Yes, it would be nice if there was a syntax for sending a test message
sort
> of like an ACK th
> Please re-read.
> Discussion is about "closeness".
> Thus, what you might expect from email servers and Admins, NOT what you
> should do. That part should be quite evident by now!
>
My apologies for making a mistake.
Simon.
signature.asc
Description: OpenPGP di
On 2023-11-02 02:04, Chris Angelico via Python-list wrote:
On Thu, 2 Nov 2023 at 15:20, AVI GROSS via Python-list
wrote:
Yes, it would be nice if there was a syntax for sending a test message sort
of like an ACK that is not delivered to the recipient but merely results in
some status being sen
On 2023-11-02, dn wrote:
> On 02/11/2023 19.46, Simon Connah via Python-list wrote:
>> [...]
>> My goal is to make a simple mailing list platform. I guess I could
>> just send email to an address and if it bounces then I can remove it
>> from the database. Thing is I
Chris Angelico writes:
On Thu, 2 Nov 2023 at 15:20, AVI GROSS via Python-list
wrote:
> Yes, it would be nice if there was a syntax for sending a test
> message sort of like an ACK that is not delivered to the recipient
> but merely results in some status being sent back such as
> after the '@'.
>>
>> No guarantee that there'll be a dot after the at. (Technically there's
>> no guarantee of an at sign either, but email addresses without at
>> signs are local-only, so in many contexts, you can assume there needs
>> to be an
bout "closeness".
Thus, what you might expect from email servers and Admins, NOT what you
should do. That part should be quite evident by now!
--
Regards,
=dn
--
https://mail.python.org/mailman/listinfo/python-list
> Agreed.
>
> However, with names that are frequently misspelled or which are
> commonly-spelled slightly differently, the 'trick' is to anticipate
> problems and set up aliases which forward messages to the correct address*.
>
> eg Kelvin -> Kevlin
>
> Niel, Neal, Neale (etc) -> Neil
>
>
Thursday, November 02, 2023 at 6:46, Simon Connah via Python-list wrote:
Re: Checking if email is valid (at least in part)
>My goal is to make a simple mailing list platform. I guess I could just send
>email to an address and if it bounces then I can remove it from the database.
That fu
On 02/11/2023 19.56, Chris Angelico via Python-list wrote:
On Thu, 2 Nov 2023 at 17:47, Simon Connah wrote:
My goal is to make a simple mailing list platform. I guess I could just send
email to an address and if it bounces then I can remove it from the database.
Thing is I'm not sur
>
>
> See https://www.linuxjournal.com/article/9585?page=0,0
>
That looks painful to maintain!
signature.asc
Description: OpenPGP digital signature
--
https://mail.python.org/mailman/listinfo/python-list
On 02/11/2023 19.46, Simon Connah via Python-list wrote:
On Thu, 2 Nov 2023 at 05:21, Simon Connah via Python-list
python-list@python.org wrote:
Could someone push me in the right direction please? I just want to find out if
a string is a valid email address.
There is only one way
one, for exactly the
> reasons above.
Yeah, and it also won't tell you if the mailbox is full, or
unattended, or if the email would be rejected or discarded for any
other reason. Which means it's not even all that useful if it IS
implemented.
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
On Thu, 2 Nov 2023 at 17:47, Simon Connah wrote:
>
> My goal is to make a simple mailing list platform. I guess I could just send
> email to an address and if it bounces then I can remove it from the database.
> Thing is I'm not sure how close to a real email address an e
>
> On 2023-11-01, Chris Angelico ros...@gmail.com wrote:
>
> > On Thu, 2 Nov 2023 at 05:21, Simon Connah via Python-list
> > python-list@python.org wrote:
> >
> > > Could someone push me in the right direction please? I just want to
> > >
>
>
> On Thu, 2 Nov 2023 at 05:21, Simon Connah via Python-list
> python-list@python.org wrote:
>
> > Could someone push me in the right direction please? I just want to find
> > out if a string is a valid email address.
>
>
> There is only one way to
On 02Nov2023 17:04, Chris Angelico wrote:
On Thu, 2 Nov 2023 at 15:20, AVI GROSS via Python-list
wrote:
Yes, it would be nice if there was a syntax for sending a test
message sort
of like an ACK that is not delivered to the recipient but merely results in
some status being sent back such as D
>
> On 2023-11-01, Simon Connah via Python-list python-list@python.org wrote:
>
> > I'm building a simple project using smtplib and have a
> > question. I've been doing unit testing but I'm not sure how to check
> > if an email message is valid.
>
On Thu, 2 Nov 2023 at 15:20, AVI GROSS via Python-list
wrote:
>
> Yes, it would be nice if there was a syntax for sending a test message sort
> of like an ACK that is not delivered to the recipient but merely results in
> some status being sent back such as DELIVERABLE or NO SUCH USER or even
> MA
is that some
email addresses are not always valid or may not be valid yet but will be
activated later. If I plan on opening a business unit which DNS will later
support as specific.category.mycompany.com.au and we first want to write
some code and test it and roll everything out later, then a test
See https://www.linuxjournal.com/article/9585?page=0,0
On 01/11/2023 17:09, Simon Connah via Python-list wrote:
Hi,
I'm building a simple project using smtplib and have a question. I've been
doing unit testing but I'm not sure how to check if an email message is valid.
Usi
Technically there's
no guarantee of an at sign either, but email addresses without at
signs are local-only, so in many contexts, you can assume there needs
to be an at.)
druid!darcy - doesn't work any more but not because it is syntactically
incorrect.
Remember the good old days whe
On 01Nov2023 14:08, Grant Edwards wrote:
On 2023-11-01, Simon Connah via Python-list wrote:
I'm building a simple project using smtplib and have a
question. I've been doing unit testing but I'm not sure how to check
if an email message is valid.
[...]
Could someone push
On 11/1/23 04:09, Simon Connah via Python-list wrote:
> Hi,
>
> I'm building a simple project using smtplib and have a question. I've been
> doing unit testing but I'm not sure how to check if an email message is
> valid. Using regex sounds like a bad idea to me
xact server you send to,
whereas if you have a domain part, all you need is some server that
accepts mail for forwarding.
> > (Technically there's no guarantee of an at sign either, but email
> > addresses without at signs are local-only, so in many contexts, you
> >
27;ll be a dot after the at.
Ah, I forgot about defaulting to a local domain if one is
omitted. Will MTAs do that these days?
> (Technically there's no guarantee of an at sign either, but email
> addresses without at signs are local-only, so in many contexts, you
> can assume there nee
On Thu, 2 Nov 2023 at 08:09, Grant Edwards via Python-list
wrote:
> Make sure it has an '@' in it. Possibly require at least one '.'
> after the '@'.
No guarantee that there'll be a dot after the at. (Technically there's
no guarantee of an at sig
On 2023-11-01, Simon Connah via Python-list wrote:
> I'm building a simple project using smtplib and have a
> question. I've been doing unit testing but I'm not sure how to check
> if an email message is valid.
Send an e-mail using it? If the right person gets the
On 2023-11-01, Mats Wichmann wrote:
> On 11/1/23 05:35, Simon Connah via Python-list wrote:
>> OK. I've been doing some reading and that you should avoid regex to check
>> email addresses. So what I was thinking was something like this:
>
> To be a little more specif
On 02/11/2023 00.35, Simon Connah via Python-list wrote:
OK. I've been doing some reading and that you should avoid regex to check email addresses.
This operation used to be a BIG THING back in the days of 'everyone'
building PHP web-sites. When there were only a handful of T
On 11/1/23 05:35, Simon Connah via Python-list wrote:
OK. I've been doing some reading and that you should avoid regex to check email
addresses. So what I was thinking was something like this:
To be a little more specific, Avoid Rolling Your Own RegEx. It's very
tricky, and you w
On Thu, 2 Nov 2023 at 06:02, Jon Ribbens via Python-list
wrote:
>
> On 2023-11-01, Chris Angelico wrote:
> > On Thu, 2 Nov 2023 at 05:21, Simon Connah via Python-list
> > wrote:
> >> Could someone push me in the right direction please? I just want to
> >> f
On 2023-11-01, Chris Angelico wrote:
> On Thu, 2 Nov 2023 at 05:21, Simon Connah via Python-list
> wrote:
>> Could someone push me in the right direction please? I just want to
>> find out if a string is a valid email address.
>
> There is only one way to know that a
On Thu, 2 Nov 2023 at 05:21, Simon Connah via Python-list
wrote:
>
> Could someone push me in the right direction please? I just want to find out
> if a string is a valid email address.
There is only one way to know that a string is a valid email address,
and that's to send
Hi,
I'm building a simple project using smtplib and have a question. I've been
doing unit testing but I'm not sure how to check if an email message is valid.
Using regex sounds like a bad idea to me and the other options I found required
paying for third party services.
Could
OK. I've been doing some reading and that you should avoid regex to check email
addresses. So what I was thinking was something like this:
if type(email_recipient) != email.message.Message:
I just don't know why that particular line isn't working.
Thank you!
--- O
1 - 100 of 1001 matches
Mail list logo