For my link archive: [WayBack] Route traffic from one port via VPN – MikroTik
Via [WayBack] networking – Mikrotik route internet traffic from one interface via vpn – Super User
–jeroen
Archive for the ‘Internet’ Category
Route traffic from one port via VPN – MikroTik
Posted by jpluimers on 2019/09/16
Posted in Internet, MikroTik, Power User, Routers | Leave a Comment »
xs4all, vaste IP adressen en reverse DNS
Posted by jpluimers on 2019/09/09
Voor mijn link archief: [WayBack] KPN legt voornemen om te stoppen met Xs4All voor aan ondernemingsraad – IT Pro – Nieuws – Tweakers
- xs4all doet fixed IP (eventueel zelfs een subnet) met reverse DNS
- een alternatief is wellicht ExtraIP:
https://extraip.com/ is natuurlijk ook een optie.
–jeroen
Share this:
Posted in Internet, ISP, Power User, xs4all | Leave a Comment »
When archiving in the WayBack machine returns error 400: clear your cookies
Posted by jpluimers on 2019/08/16
When archiving pages in the WayBack machine, despite Privacy Badger having set to “save no cookies”, it still managed to set truckloads of cookies.
So I used the Chrome settings in chrome://settings/content/cookies to disable cookies and now everything is fine.
–jeroen
Share this:
Posted in Chrome, Google, Internet, InternetArchive, Power User, Privacy, WayBack machine | Leave a Comment »
Please web-site owners (including memori.nl, sandsmedia.com, and many others): allow plus signs in email addresses when registering/contacting
Posted by jpluimers on 2019/08/05
I am quite amazed that many web-sites fail to allow email addresses of the form x+y@z.domain.
This is called subaddressing and has been in the email addressing specs since ages.
Do not validate, but send
Basically the only way to verify the validity of an email address is to send an email to it, and wait for it to be accepted or rejected.
Even the best regex will “have almost no false negatives”, which means they will reject valid email addresses.
Further reading
Please read and implement these specs before rejecting email addresses you think might be invalid:
- [WayBack] RFC 5233 – Sieve Email Filtering: Subaddress Extension
- [WayBack] RFC 3696 – Application Techniques for Checking and Transformation of Names
- [WayBack] Mail::RFC822::Address
The RFC allows comments to be arbitrarily nested. A single regular expression cannot cope with this.
- [WayBack] Gmail address with “+” within the recipient name – Web Applications Stack Exchange
any ASCII graphic (printing) character other than the at-sign (“@”), backslash, double quote, comma, or square brackets may appear without quoting.
- [WayBack] [3527] Email addresses with plus sign (+)
Sub-addressing
Some mail services allow a user to append a +tag qualifier to their e-mail address (e.g., joeuser+tag@example.com). The text of tag can be used to apply filtering. The text of the tag can also be used to help a user figure out which organization “leaked” the user’s email address to a spammer. However, some mail servers violate RFC 5322, and the recommendations in RFC 3696, by refusing to send mail addressed to a user on another system merely because the local-part of the address contains the plus sign (+). Users of these systems cannot use plus addressing. On the other hand, most installations of the qmail and Courier Mail Server products support the use of a dash ‘-‘ as a separator within the local-part, such as joeuser-tag@example.com or joeuser-tag-sub-anything-else@example.com. This allows qmail through .qmail-default or .qmail-tag-sub-anything-else files to sort, filter, forward, or run an application based on the tagging system established. Disposable e-mail addresses of this form, using various separators between the base name and the tag are supported by several email services, including Runbox (plus and minus), Google Mail (plus), Yahoo! Mail Plus (minus), and FastMail (plus). The name sub-addressing is the generic term (used for plus-addressing and minus-addressing) found in some IETF standards-track documents, such as RFC 5233.
- [WayBack] How to Find or Validate an Email Address
Regexes Don’t Send Email
Don’t go overboard in trying to eliminate invalid email addresses with your regular expression. The reason is that you don’t really know whether an address is valid until you try to send an email to it. And even that might not be enough. Even if the email arrives in a mailbox, that doesn’t mean somebody still reads that mailbox. If you really need to be sure an email address is valid, you’ll need to send an email to it that contains a code or link for the recipient to perform a second authentication step. And if you’re doing that, then there is little point in using a regex that may reject valid email addresses.
A nice overview of people trying to answer with a regular expression, and comments indicating all those attempts fail in one way or the other is at [WayBack] regex – How to validate an email address in JavaScript? – Stack Overflow
–jeroen
Share this:
Posted in Conference Topics, Conferences, Event, Internet, Power User | Leave a Comment »
CAA Mandated by CA/Browser Forum | Qualys Blog
Posted by jpluimers on 2019/07/22
[WayBack] CAA Mandated by CA/Browser Forum | Qualys Blog
Certification Authority Authorization (CAA), specified in RFC 6844 in 2013, is a proposal to improve the strength of the PKI ecosystem with a new control to restrict which CAs can issue certificates…
Related:
- [WayBack] RFC 6844 – DNS Certification Authority Authorization (CAA) Resource Record
- [WayBack] [cabfpub] Results on Ballot 187 – Make CAA Checking Mandatory
- [WayBack] Baseline Requirements Documents – CAB Forum
- [WayBack] CAA Record Generator
- [WayBack] CA/Communications – MozillaWiki
–jeroen
Share this:
Posted in Conference Topics, Conferences, DNS, Encryption, Event, HTTPS/TLS security, Internet, Power User, Security | Leave a Comment »
