Summary | Ingo should activate script using default settings |
Queue | Ingo |
Queue Version | 1.2 |
Type | Enhancement |
State | Accepted |
Priority | 1. Low |
Owners | |
Requester | amg1127 (at) cefetrs (dot) tche (dot) br |
Created | 05/31/2008 (6192 days ago) |
Due | |
Updated | 06/29/2008 (6163 days ago) |
Assigned | |
Resolved | |
Milestone | |
Patch | No |
I agree with amg1127. I think it is VERY useful future especially for
free e-mail service providers.
Earlier I used Cyrus autocreate patch to automatically activate users
default sieve script, but after migrate to Cyrus Mupdate Cluster it is
not possible.
Please create patch as soon as you can.
Regards, Aleksey.
special rules by default, filtering should only be enabled on the
user's request.
be filtered. I never heard users asking how to receive spam in their
INBOX, but already heard users asking to stop receiving spam.
Several mail providers (Gmail, Windows Live, Terra) enable spam
filtering by default. In my production environment, this filtering is
also enabled, but without an option to disable or to change spam score
yet, because it is a global filter. Users also can not indicate
incorrectly detected messages to this filter.
With Ingo 1.2, I could configure SpamAssassin with user preferences,
enable the IMP "Report Spam" and "Report Inoccent" links, and give to
users all control over spam filtering. But I should enable this filter
by default in new accounts - else, I will begin to hear a lot of users
asking to stop receiving spam and I will need to teach that users
about Ingo settings. Believe in me, some users in my production
environment do not want to learn those "advanced topics in webmail
service", they just want to use webmail and to not receive spam...
I am using GOsa (Gonicus System Administration) for account management
and did not find an option to enable spam filtering at account
creation time. Things can be worse - others administrators may prefer
to add users directly in OpenLDAP directory, instead of using GOsa...
The best solution for me is to enable spam filtering within Ingo. IMAP
and POP services are disabled, so users will have spam filtering
enabled just in first usage.
State ⇒ Feedback
special rules by default, filtering should only be enabled on the
user's request.
State ⇒ Accepted
Type ⇒ Enhancement
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Ingo should activate script using default settings
Queue ⇒ Ingo
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
Spam filter by default. I also enabled automatic script activation
($_prefs['auto_update']).
But new users does not get default rules activated. Instead, they must
go at filter rules and edit something.
Ingo should detect when it is the first user login and activate script
using default settings.
Another good behavior is doing script activation unconditionally at
login time...