On 17-07-25 09:59 AM, Kirk MacDonald wrote:
In addition to what is mentioned in RFC2142, can anyone offer any resources (or "best practices") 
for what can be considered "restricted" email addresses/UIDs for a domain which offers mailbox 
service to the general public? This would also be assuming the "restricted" email addresses are 
otherwise valid in terms of length, characters, etc.

I tend to think that UIDs which one could consider "vulgar" aren’t realistic to 
restrict, since those types of feelings evolve over time and are subject to personal and 
cultural bias (to say nothing of the wordlist/regex complexity), but it would be 
interesting to know if there are addresses which folks commonly feel fall into a 
role/reserved type of category and/or should otherwise be restricted to the domain owners 
use (or no one's use).

Kirk MacDonald
Eastlink
_______________________________________________
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop


Our standards are that the main domain on the email server should have 'postmaster','abuse','mailer-daemon', as well as any common OS names, eg 'root','postgres','www-data' etc created and restricted.

All subsequent domains should have 'abuse' and 'postmaster'.



--
"Catch the Magic of Linux..."
------------------------------------------------------------------------
Michael Peddemors, President/CEO LinuxMagic Inc.
Visit us at http://www.linuxmagic.com @linuxmagic
------------------------------------------------------------------------
A Wizard IT Company - For More Info http://www.wizard.ca
"LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd.
------------------------------------------------------------------------
604-682-0300 Beautiful British Columbia, Canada

This email and any electronic data contained are confidential and intended
solely for the use of the individual or entity to which they are addressed.
Please note that any views or opinions presented in this email are solely
those of the author and are not intended to represent those of the company.

_______________________________________________
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Reply via email to