- 07 Oct, 2014 10 commits
-
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
- 05 Oct, 2014 7 commits
-
-
Joshua Tauberer authored
status check on ns records should now take into account that secondary dns may be customized, see #223
-
Joshua Tauberer authored
-
Joshua Tauberer authored
When executed "cat bootstrap.sh | bash", apt-get mangled stdin. The script would terminate at the end of the if block containing apt-get (that seems to be as much as bash read from the pipe) and the remainder of the script was output to the console. This was very weird. Ensuring that apt-get and git have their stdins redirected from /dev/null seems to fix the problem. see #224
-
Joshua Tauberer authored
fixes #151 fixes #223
-
Joshua Tauberer authored
-
Joshua Tauberer authored
since the management server binds to 127.0.0.1, must use that and not 'localhost' to connect to it because 'localhost' resolves to the IPv6 ::1 when it is available, see #224
-
Joshua Tauberer authored
-
- 04 Oct, 2014 4 commits
-
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
- 02 Oct, 2014 1 commit
-
-
h8h authored
For my german box changing the locale failed: ´´´´/bin/sh: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8) /bin/sh: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8) /bin/sh: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8) /bin/sh: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8) setup/functions.sh: line 6: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)´´´´ see #206 and 4e6d572d closes #220 commit modified by joshdata
-
- 01 Oct, 2014 1 commit
-
-
Joshua Tauberer authored
* If the PRIMARY_HOSTNAME is in a zone with a DS record set at the registrar, show any DNSSEC failure (but only a failure) immediately since it is probably the cause of other DNS errors displayed later. * For zones, if a DS record is set at the register, do the DNSSEC test first because even the NS test will fail if DNSSEC is improperly configure. * But if a DS record is not set, the this is just a suggestion to configure DNSSEC so offer the suggestion last --- after mail and web checks. see https://discourse.mailinabox.email/t/dns-nameserver-gandi-glue-records-issues/105/3
-
- 27 Sep, 2014 9 commits
-
-
jkaberg authored
dont log robots.txt and favicon.ico. we should REALLY consider creating seperate include files for *all* of our "apps", this is getting messy..
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
-
Joshua Tauberer authored
Aliases have precedence over mail users. A catch-all address would grab mail intended for a mail user and send it elsewhere. This adds some SQL hackery to create dummy aliases for all mail users. fixes #200 closes #214 another way
-
- 26 Sep, 2014 7 commits
-
-
Joshua Tauberer authored
revert dovecot part of 39bca053 because dovecot started behaving weird and I don't have time to debug it
-
Joshua Tauberer authored
nginx/postfix use a new pre-generated dh2048.pem file. dovecot generates the bits on its own. ssllabs.com reports that TLS_DHE ciphers went from 1024 to 2048 bits as expected. The ECDHE ciphers remain at 256 bits --- no idea what that really means. (This tests nginx only. I haven't tested postfix/dovecot.) see https://discourse.mailinabox.email/t/fips-ready-for-ssl-dhec-key-exchange/76/3
-
Joshua Tauberer authored
add strict SPF and DMARC records to any subdomains (including custom records) that do not have SPF/DMARC set closes #208
-
Joshua Tauberer authored
-
Joshua Tauberer authored
fixes #206 (hopefully)
-
Joshua Tauberer authored
-
- 24 Sep, 2014 1 commit
-
-
Joshua Tauberer authored
-