this post was submitted on 15 Dec 2023
1571 points (99.1% liked)

Mildly Infuriating

35585 readers
618 users here now

Home to all things "Mildly Infuriating" Not infuriating, not enraging. Mildly Infuriating. All posts should reflect that.

I want my day mildly ruined, not completely ruined. Please remember to refrain from reposting old content. If you post a post from reddit it is good practice to include a link and credit the OP. I'm not about stealing content!

It's just good to get something in this website for casual viewing whilst refreshing original content is added overtime.


Rules:

1. Be Respectful


Refrain from using harmful language pertaining to a protected characteristic: e.g. race, gender, sexuality, disability or religion.

Refrain from being argumentative when responding or commenting to posts/replies. Personal attacks are not welcome here.

...


2. No Illegal Content


Content that violates the law. Any post/comment found to be in breach of common law will be removed and given to the authorities if required.

That means: -No promoting violence/threats against any individuals

-No CSA content or Revenge Porn

-No sharing private/personal information (Doxxing)

...


3. No Spam


Posting the same post, no matter the intent is against the rules.

-If you have posted content, please refrain from re-posting said content within this community.

-Do not spam posts with intent to harass, annoy, bully, advertise, scam or harm this community.

-No posting Scams/Advertisements/Phishing Links/IP Grabbers

-No Bots, Bots will be banned from the community.

...


4. No Porn/ExplicitContent


-Do not post explicit content. Lemmy.World is not the instance for NSFW content.

-Do not post Gore or Shock Content.

...


5. No Enciting Harassment,Brigading, Doxxing or Witch Hunts


-Do not Brigade other Communities

-No calls to action against other communities/users within Lemmy or outside of Lemmy.

-No Witch Hunts against users/communities.

-No content that harasses members within or outside of the community.

...


6. NSFW should be behind NSFW tags.


-Content that is NSFW should be behind NSFW tags.

-Content that might be distressing should be kept behind NSFW tags.

...


7. Content should match the theme of this community.


-Content should be Mildly infuriating.

-At this time we permit content that is infuriating until an infuriating community is made available.

...


8. Reposting of Reddit content is permitted, try to credit the OC.


-Please consider crediting the OC when reposting content. A name of the user or a link to the original post is sufficient.

...

...


Also check out:

Partnered Communities:

1.Lemmy Review

2.Lemmy Be Wholesome

3.Lemmy Shitpost

4.No Stupid Questions

5.You Should Know

6.Credible Defense


Reach out to LillianVS for inclusion on the sidebar.

All communities included on the sidebar are to be made in compliance with the instance rules.

founded 1 year ago
MODERATORS
 

I also reached out to them on Twitter but they directed me to this form. I followed up with them on Twitter with what happened in this screenshot but they are now ignoring me.

you are viewing a single comment's thread
view the rest of the comments
[–] aard@kyu.de 22 points 11 months ago (3 children)

I'm not aware of any correct email validations. I'm still looking for something accepting a space in the localpart.

Also a surprising number of sites mess with the casing of the localpart. Don't do that - many mailservers do accept arbitrary case, but not all. MyName@example.com and myname@example.com are two different mail addresses, which may point to the same mailbox if you are lucky.

[–] CosmicTurtle@lemmy.world 25 points 11 months ago (2 children)

The only correct regex for email is: .+@.+

So long as the address has a local part, the at sign, and a hostname, it's a valid email address.

Whether it goes somewhere is the tricky part.

[–] xantoxis@lemmy.world 24 points 11 months ago* (last edited 11 months ago) (3 children)

Sorry, this is not a correct regex for an email address.

Sending using mail on a local unix system? You only need the local part.

STOP VALIDATING NAMES AND EMAIL ADDRESSES. Send a verification email. Full stop. Don't do anything else. You really want to do this anyway, because it's a defense against bots.

[–] stardreamer@lemmy.blahaj.zone 10 points 11 months ago* (last edited 11 months ago)

*Gasp* the registration is coming from inside the colo!

[–] Turun@feddit.de 5 points 11 months ago (1 children)

I think it's fair to prevent users from causing mail sent to your internal systems. It probably won't cause any issues getting mail to the machine inbox for (no domain name), but it reasonably makes security uneasy.

[–] xantoxis@lemmy.world 7 points 11 months ago

The statement I was responding to was "This is the correct email regex". There is no correct email regex. Don't parse emails with a regex. You probably don't need to parse emails at all.

[–] elrik@lemmy.world 4 points 11 months ago (1 children)

Yes, but no. Pretty much every application that accepts an email address on a form is going to turn around and make an API call to send that email. Guess what that API is going to do when you send it a string for a recipient address without an @ sign? It's going to refuse it with an error.

Therefore the correct amount of validation is that which satisfies whatever format the underlying API requires.

For example, AWS SES requires addresses in the form UserName@[SubDomain.]Domain.TopLevelDomain along with other caveats. If the application is using SES to send emails, I'm not going to allow an input that doesn't meet those requirements.

[–] xantoxis@lemmy.world 6 points 11 months ago (1 children)

Therefore the correct amount of validation is that which satisfies whatever format the underlying API requires.

You mean the validation which the underlying API will perform on its own? You don't need to do it.

[–] elrik@lemmy.world 3 points 11 months ago

I disagree. You should have validation at each layer, as it's easier to handle bad inputs and errors the earlier they are caught.

It's especially important in this case with email because often one or more of the following comes into play when you're dealing with an email input:

  • You're doing more than sending an email (for ex, creating a record for a new user).
  • The UI isn't waiting for you to send that email (for ex, it's handled through a queue or some other background process).
  • The API call to send an email has a cost (both time and money).
  • You have multiple email recipients (better hope that external API error tells you which one failed).

I'm not suggesting that validation of an email should attempt to be exhaustive, but a well thought-out implementation validates all user inputs. Even the underlying API in this example is validating the email you give it before trying to send an email through its own underlying API.

Passing obvious garbage inputs down is just bad practice.

[–] tomaThomas@lemmy.world 16 points 11 months ago (1 children)
[–] laurelraven@lemmy.blahaj.zone 6 points 11 months ago (1 children)

And this right here is a great example of why simple basic RegEx is rarely adequate

At the very least, should be something like

^[^@\s]+@([^@\s.]+\.)+[^@\s.]+$

I'm like 99% sure I missed at least a few cases there, and will say "please don't use this for anything production"

[–] jpeps@lemmy.world 4 points 11 months ago (1 children)

Here's two: you can have multiple @s forming relays in an email address, and you can also break all the rules around dots and spaces if you put quotes around the local part, eg ".sarah.."@emails.com

[–] laurelraven@lemmy.blahaj.zone 3 points 11 months ago (1 children)

And this is exactly why I wouldn't do my own, I had no idea either of those were legal/possible

[–] jpeps@lemmy.world 2 points 11 months ago

To be fair nor do most email providers! It's in the spec, though.

[–] uid0gid0@lemmy.world 4 points 11 months ago

You should be able to double quote the local part and use the space. "like this"@email.net. Good luck getting that through a validator though.