Commit Graph

2969 Commits

Author SHA1 Message Date
andryyy
27d1bd8aeb [ClamAV] Fix missing exit code var, fixes #2746 2019-06-29 23:27:22 +02:00
andryyy
f460600a4d Merge branch 'master' of https://github.com/mailcow/mailcow-dockerized 2019-06-29 20:28:47 +02:00
andryyy
014a0c7af5
[ACME] Better HTTP verification 2019-06-29 20:28:03 +02:00
André Peters
f55645ba2f
Merge pull request #2737 from jeroenj/patch-1
Omits the verbose option for gzip in the backup script
2019-06-28 23:27:31 +02:00
Jeroen Jacobs
91ff9db147
Omits the verbose option for gzip in the backup script
The verbose option dumps a progress percentage to `STDERR`. I'm piping `STDOUT` to `/dev/null` in my backup cron job but I'd like to keep `STDERR` in case something goes wrong. However because the progress gets dumped to `STDERR` by gzip it means it will always look like something went _wrong_.
2019-06-28 22:49:02 +02:00
andryyy
7665cc2ae7
[Compose] Update PHP and netfilter images 2019-06-25 22:17:25 +02:00
andryyy
104fbae0d9
[Netfilter] Set some f2boptions to int 2019-06-25 22:16:38 +02:00
andryyy
4220d5f4ba Merge branch 'master' of https://github.com/mailcow/mailcow-dockerized 2019-06-25 21:13:34 +02:00
andryyy
2efd27e40e
[Olefy] A new container is born, thanks to @c-rosenberg
[ACME] Autoconfig is back (re-added to SAN list by default for all mail domains)
[Rspamd] Added comment to composite
2019-06-25 18:52:05 +02:00
andryyy
b05bfbf523
[Compose] New Dovecot and ACME images 2019-06-25 18:48:38 +02:00
andryyy
71c6c59f1c
[Dovecot] Fix cleanup of old quarantine items, fixes #2721 2019-06-22 23:12:23 +02:00
andryyy
f2d1a56104
[Rspamd] Increase OLEFY_MACRO score 2019-06-20 10:18:43 +02:00
andryyy
f35bc07a30
[Web] Generate readable passwords 2019-06-20 10:18:09 +02:00
andryyy
39f95b8284
[Compose] Add olefy container, new Postfix iamge and new ClamAV image 2019-06-16 17:37:25 +02:00
andryyy
aea957e949
[Olefy] New container and image 2019-06-16 17:36:32 +02:00
andryyy
04940429ba
[Rspamd] Add oletools via olefy, big thanks to @c-rosenberg 2019-06-16 17:35:58 +02:00
andryyy
6f99f06c6d
[Rspamd] Add OLEFY_MACRO symbol 2019-06-16 17:35:24 +02:00
andryyy
9c347e36fc
[Rspamd] Less aggressive bayes 2019-06-16 17:34:58 +02:00
andryyy
c7a85fc520
[Web] Fix BCC error message 2019-06-16 16:00:41 +02:00
andryyy
59798357f7
[Web] Fix SPF link 2019-06-16 16:00:14 +02:00
André Peters
247d3928f0
Merge pull request #2711 from MaxXor/master
Add missing WATCHDOG_NOTIFY_BAN update option
2019-06-15 22:51:45 +02:00
MaxXor
831a96551d
Add missing WATCHDOG_NOTIFY_BAN update option 2019-06-15 21:55:23 +02:00
andryyy
090e14ee8d
[Netfilter] Keep musl-dev, update pip 2019-06-13 21:10:49 +02:00
andryyy
8984240e44
[Watchdog, Config] Added WATCHDOG_NOTIFY_BAN to disable IP ban notifications
[Netfilter] Remove unused files after installation
[Compose] Some new images and a new option for watchdog: WATCHDOG_NOTIFY_BAN - defaults to y
2019-06-13 19:38:53 +02:00
andryyy
e43951331c
[Rspamd] Sign ARC inbonud, thanks to @Kraeutergarten 2019-06-11 11:41:59 +02:00
andryyy
59e4212702
[Update] Check if file is tracked before running git rm 2019-06-10 22:44:10 +02:00
andryyy
7145c380b0
[Watchdog] Minor text changes and send whois report of banned IP 2019-06-10 22:40:21 +02:00
andryyy
7bc2b6b35b
[Compose] Update watchdog 2019-06-10 22:39:58 +02:00
andryyy
7f6acdb791
[Watchdog] Fix for fix for wrong mails 2019-06-10 21:53:44 +02:00
andryyy
84307e85f2
[Update] Hide error when running git rm on old worker passwd file 2019-06-10 21:44:22 +02:00
andryyy
eb69162095
[Compose] Update watchdog 2019-06-10 20:20:49 +02:00
andryyy
0d7681d0a5
[Watchdog] Fix broken mail with more than one rcpt in some cases 2019-06-10 20:20:41 +02:00
andryyy
9c5eda13aa
[Update] Remove controller passwd file from index 2019-06-10 18:37:19 +02:00
andryyy
f48c56d48d
[Compose] Update PHP-FPM 2019-06-10 13:40:02 +02:00
andryyy
c257724cd0
[PHP-FPM] Add exif module 2019-06-10 13:39:53 +02:00
andryyy
4ae5e0e43b
[Compose] Update watchdog 2019-06-10 10:57:52 +02:00
andryyy
dcd0bfc13e
[Watchdog] Send mail when IP was banned 2019-06-10 10:57:38 +02:00
andryyy
ffb008f72a Merge branch 'master' of https://github.com/mailcow/mailcow-dockerized 2019-06-09 16:50:04 +02:00
andryyy
5795988cfd
[Compose] New images: Postfix, PHP, Rspamd 2019-06-09 16:50:00 +02:00
andryyy
e25e9c7b40
[Postfix] Create resource maps 2019-06-09 16:49:38 +02:00
andryyy
5ce6688c78
[Web] Show resource alias 2019-06-09 16:49:17 +02:00
andryyy
de3a89ac7a
[Postfix] Remove duplicate proxy read maps, add resource maps 2019-06-09 16:49:02 +02:00
André Peters
4999842f41
Merge pull request #2694 from DevTek314/master
Increase db version for merge #2594
2019-06-09 12:15:16 +02:00
Aiko Appeldorn
1634a486fc
[web] increased db version 2019-06-09 12:08:23 +02:00
Timo N
9325bb6f4e
Merge pull request #2594 from FELDSAM-INC/domain-default-mailbox-quota
Default quota for mailbox
2019-06-09 10:49:43 +02:00
Timo N
73b9b8cf45
Merge pull request #2693 from dofl/patch-1
[Postfix] Retry for 5 days instead of 1
2019-06-09 10:47:33 +02:00
dofl
fa4c4b138e
Update main.cf
Added the delay_warning_time (http://www.postfix.org/postconf.5.html#delay_warning_time) with 4 hours as setting. Postfix will inform the user that the e-mail has not been delivered, but that it will try for the next 5 days. 

There is also a setting called confirm_delay_cleared (http://www.postfix.org/postconf.5.html#confirm_delay_cleared), but according to the Postfix this can lead to a sudden burst of notifications at the end of a prolonged network outage.
2019-06-09 07:39:36 +02:00
dofl
d5eeb3e8af
Update main.cf
I was looking into creating a backup mx server for a high availability mailcow setup. It seems that this is not easily done. While researching to find out how long an average SMTP server keeps trying to send to a server that is down I found that RFC 5321 advises at least 4 to 5 days. Mailcow has a custom setup of 1 day, which is very short. The user will be unaware for 5 days that his mail has not been delivered, which can be negative. But I still would like to follow the advice of the RFC.

RFC 5321, in section 4.5.4.1, has this to say:
Retries continue until the message is transmitted or the sender  up;  the give-up time generally needs to be at least 4-5 days.  It MAY be appropriate to set a shorter maximum number of retries for non-delivery notifications and equivalent error messages than for standard messages. 

Postfix default is also 5 days: http://www.postfix.org/postconf.5.html

https://tools.ietf.org/html/rfc5321#section-4.5.4
2019-06-08 15:10:46 +02:00
andryyy
53bda04848
[PHP-FPM] Update PHP and some modules 2019-06-05 06:56:58 +02:00
André Peters
797e97d619
Merge pull request #2670 from MAGICCC/master
[update.sh] Rename enable_ipv6 option
2019-06-02 21:21:14 +02:00