Skip to content

Disable email checking by default? #575

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
mre opened this issue Mar 29, 2022 · 6 comments
Closed

Disable email checking by default? #575

mre opened this issue Mar 29, 2022 · 6 comments
Assignees
Labels
breaking-change good first issue Good for newcomers help wanted Extra attention is needed
Milestone

Comments

@mre
Copy link
Member

mre commented Mar 29, 2022

Most link checkers don't support checking email addresses.
On top of that, it can be hard to decide what a proper email address looks like. E.g. [email protected] would be a false-positive, which could be a valid email address.

We should consider disabling email checks by default, deprecating the --exclude-mail flag and adding an --include-mail flag instead. Alternatively we disable it in the Github action.

@lebensterben
Copy link
Member

https://en.m.wikipedia.org/wiki/Jamie_Zawinski#Zawinski's_Law

Every program attempts to expand until it can read mail.

this feature sounds scary when I first saw it.

@polarathene
Copy link
Contributor

I was surprised to see email addresses being checked by default (but I have noticed the opt-out option for this type documented). I would assume it's rare that users want those checked (especially when not mailto: values), and opt-in would make more sense?

I plan to use lychee with docs for a mail-server product, and one of the inputs had quote wrapped example addresses. lychee was capturing these as '[email protected] (including the left quote, but ignoring the right-side one).

@mre
Copy link
Member Author

mre commented Jun 23, 2022

Yeah, excluding it by default is probably the way to go. At least I lean towards that at the moment.

@mre mre added this to the v1.0 milestone Jan 6, 2025
@mre mre added good first issue Good for newcomers help wanted Extra attention is needed breaking-change and removed request-for-comments labels Jan 6, 2025
@thomas-zahner
Copy link
Member

@mre This seems to be the default behaviour since 04887ee
I think we should either close this issue or reuse (and rename) it for removing the now deprecated option --exclude-mail.

@thomas-zahner thomas-zahner self-assigned this Mar 28, 2025
@mre
Copy link
Member Author

mre commented Mar 28, 2025

Yes, let's close it. Can you create a separate issue for the deprecation? Easier to keep track of it this way.

@thomas-zahner
Copy link
Member

Created: #1669

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
breaking-change good first issue Good for newcomers help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

4 participants