Displaying 3 results from an estimated 3 matches for "mail_always".
2008 Mar 20
0
mail_always fails in CentOS 5
I'm using the same sudoers file for all hosts. Out of 35 hosts, 14 are CentOS 5, the rest are CentOS 4. There are mixtures of MTA's on both platforms but the behavior is consistent. Here is the snip of my sudoers:
Defaults mail_always
Defaults mailto="mail at domain.com"
Works fine in CentOS 4, doesn't even produce a blip in the maillog in CentOS 5 on all servers. Outbound mail tested and working on all boxes.
Does anyone else see this behavior?
2018 Feb 28
5
v2.2.34 released
...opped sending untagged OK/NO storage notifications
- replication: dsync sends unnecessary replication notification for
changes it does internally. NOTE: Folder creates, renames, deletes
and subscribes still trigger unnecessary replication notifications,
but these should be rather rare.
- mail_always/never_cache_fields setting changes weren't applied for
existing dovecot.index.cache files.
- Fix compiling and other problems with OpenSSL v1.1
- auth policy: With master user logins, lookup using login username.
- FTS reindexed all mails unnecessarily after loss of
dovecot.index.cache...
2018 Feb 28
5
v2.2.34 released
...opped sending untagged OK/NO storage notifications
- replication: dsync sends unnecessary replication notification for
changes it does internally. NOTE: Folder creates, renames, deletes
and subscribes still trigger unnecessary replication notifications,
but these should be rather rare.
- mail_always/never_cache_fields setting changes weren't applied for
existing dovecot.index.cache files.
- Fix compiling and other problems with OpenSSL v1.1
- auth policy: With master user logins, lookup using login username.
- FTS reindexed all mails unnecessarily after loss of
dovecot.index.cache...