Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
I
ISPConfig 3
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 507
    • Issues 507
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 30
    • Merge Requests 30
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • ISPConfig
  • ISPConfig 3
  • Issues
  • #5124

Closed
Open
Created Sep 13, 2018 by G.@RizzoRat

sieve filter files content order / sieve filter management issue

Issue:

adding new mail filters through remote user (or presumably directly in ispconfig cp, however we didn't test the latter yet) puts the new filter at the top of the users' sieve script. Same happens regarding activating the automatic "move spam to junk folder" filter. Unfortunately sieve requires all require statements at the top of the file.

When using a custom filter with a require statement (in our case it's require "envelope"; ), current behaviour leads to the sieve compiler failing, hence disabling all filters.

Solution proposal:

Add new filter snippets behind the custom filter content or at the end of the sieve file instead, keeping the custom filter content at the top right behind the default require statement.

Alternate solution proposal: Make initial require statement editable

That way one could add more complicated custom rules and keep the user able to add standard filters without breaking mail filtering.

Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None