Search results

Late to the show: fixed.

You can also keep the defaults and symlink from there: define(`CERT_DIR', `/etc/mail/certs')dnl define(`confCACERT_PATH', `CERT_DIR')dnl define(`confCACERT', `CERT_DIR/cacert.pem')dnl define(`confSERVER_CERT', `CERT_DIR/host.crt')dnl define(`confSERVER_KEY', `CERT_DIR/host.key')dnl...

Maybe nine if you decide to download the source code and offer help. https://docs.freebsd.org/en/articles/contributing/#ports-contributing

Just link to the live environment of LetsEncrypt from your .mc file: (`CERT_DIR', `/usr/local/etc/letsencrypt/live/your.site.name')dnl define(`confCACERT_PATH', `CERT_DIR')dnl define(`confCACERT', `CERT_DIR/chain.pem')dnl define(`confSERVER_CERT', `CERT_DIR/cert.pem')dnl...

Or else you're looking at a possible jail issue, if you're using those (like https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220550).

Try dig @127.0.0.1 A www.freebsd.org (or, drill if you don't have dig). To me it still looks like nothing is actually picking up DNS requests at localhost.

Run (in a separate session), tcpdump -s 0 -pnli re0 dst port 53 and dst net 208.67.216.0/21 and see whether any DNS requests actually make it out at all. If so, drop the dst port 53 and dst portion of it and see whether it's a two-way street By the way, your dnsmasq process was bound to *:53...

options edns0 is a standard part of the automated setup of the local unbound process. It basically allows resolving to use more modern/advanced options (because unbound supports them).

Either unbound or dnsmasq (indeed, why is that running?) should have complained about port 53 already being bound to.

Sounds like Unbound isn't running, check with sockstat -l4p53 and service local_unbound status.

Apparently your PF captures interesting traffic: https://en.wikipedia.org/wiki/List_of_IP_protocol_numbers (you can find out details by Googling for "EMCON IP Protocol" or "ARGUS IP Protocol", etc.). Other than that, you don't seem to be logging any TCP (IP6) or UDP (IP17). Of course, it all...

https://mariadb.com/kb/en/memory-storage-engine/ maybe?

It's just another anti-bot step, fill in whatever you like and stop overthinking everything.

To whom it may concern: If you don't want to end up in constant and painfully slow moderation queues, I suggest the (mutual; removed) sniping ends here. Looking the other way is a legal turn here.

From a personal perspective of "least intrusive change / least obnoxious feature" I would say that leaving the "Home page URL" blank, which would make the logo in the non-Red styles point to the forums (/), and losing the added "Home" button everywhere sounds the best. The users of the Red...

This is why this is so tricky (a XenForo choice, not ours): See how they explicitly state: ".. your home page, outside of the board..". So this is made specifically to tie the top logo and an added "Home" button on the menu bar to the same place. Whatever URL goes there is where the logo and...

So, nothing to be done about it, the logo now points to FreeBSD.org in all styles, and all styles now have a "Home" button to FreeBSD.org.

But that reverts the logo link (outside of the regular (red) FreeBSD style) back to the forums URL. So it's either the logo pointing to FreeBSD.org, with a rather superfluous Home option on the Forums menu, or the logo points to the Forums and there is no Home option ...

I have ditched the "Home" button in the forums menu bar, it adds nothing. Well, confusion.

The added remark meant that it would not be done at all. However, after running a couple of simulations on a copied database off-site, I think the three-char limit is not too intrusive. The search index has been nuked and rebuilt (so it includes past, present, and future). Any suggestions to...