Details

    • Type: Wish Wish
    • Status: Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: None
    • Labels:
      None

      Description

      This JIRA collects the ideas, wishes for the next Apache James Server iteration (3.1)

        Issue Links

          Activity

          Hide
          Eric Charles added a comment -

          From:
          Thanks. From everything I have read, the project seems to have most if not all of the features I am looking for already. It is also modular so I shouldn't have to carry the overhead of the features that I am not interested in using. I appreciate this as footprint size and process efficiency may eventually become my biggest concerns.[1]

          An earlier conversation here suggested that formal support for SMTP servers running on multiple ports might be a desirable area for future development. But I have dropped that conversation for the moment while I struggle with the encrypted single port scenario (TLS on 465).[2]

          Once I have all of that running, I was going to look into what modules the project has for Web-mail.[3]

          I eventually want to write some custom modules for mail filtering, but I'm obviously not there yet.[4]

          From Dwayne Nelson:

          So, I guess my want list would be:

          [1] speed/footprint enhancements
          [2] formal support for multiple ports
          [3] Web mail modules (if it doesn't already exist), and
          [4] additional support for customized mail handling

          Show
          Eric Charles added a comment - From: Thanks. From everything I have read, the project seems to have most if not all of the features I am looking for already. It is also modular so I shouldn't have to carry the overhead of the features that I am not interested in using. I appreciate this as footprint size and process efficiency may eventually become my biggest concerns. [1] An earlier conversation here suggested that formal support for SMTP servers running on multiple ports might be a desirable area for future development. But I have dropped that conversation for the moment while I struggle with the encrypted single port scenario (TLS on 465). [2] Once I have all of that running, I was going to look into what modules the project has for Web-mail. [3] I eventually want to write some custom modules for mail filtering, but I'm obviously not there yet. [4] From Dwayne Nelson: So, I guess my want list would be: [1] speed/footprint enhancements [2] formal support for multiple ports [3] Web mail modules (if it doesn't already exist), and [4] additional support for customized mail handling
          Hide
          Eric Charles added a comment -

          Be compatible with all mainstream clients.
          See http://wiki.apache.org/james/Server3ClientCompatibility

          Show
          Eric Charles added a comment - Be compatible with all mainstream clients. See http://wiki.apache.org/james/Server3ClientCompatibility
          Hide
          SuoNayi added a comment -

          Eric, what's time to release candidate of james 3.0?
          I'm waiting for its release to use it in the product environment.

          Show
          SuoNayi added a comment - Eric, what's time to release candidate of james 3.0? I'm waiting for its release to use it in the product environment.
          Hide
          Young Gu added a comment -

          Web mail is required for most people, I would like to vote for this feature.

          Show
          Young Gu added a comment - Web mail is required for most people, I would like to vote for this feature.
          Show
          Eric Charles added a comment - A list of old todos can be found on https://svn.apache.org/repos/asf/james/project/branches/server_docs_3-alpha_and_2.2.0/src/site/xdoc/todo.xml
          Hide
          Brad Koehn added a comment -

          I'd like to see a re-vamping of the mailet configuration. Mailets are great, but the way that matchers work is unusual. A better approach might be to use something akin to JEXL to allow expressions with matchers and to configure mailets. Jelly would be a really interesting alternative, since building executable configuration is what that mailetcontainer.xml is all about.

          Show
          Brad Koehn added a comment - I'd like to see a re-vamping of the mailet configuration. Mailets are great, but the way that matchers work is unusual. A better approach might be to use something akin to JEXL to allow expressions with matchers and to configure mailets. Jelly would be a really interesting alternative, since building executable configuration is what that mailetcontainer.xml is all about.
          Hide
          Ioan Eugen Stan added a comment -

          I would like to see a dependency clean-up and upgrade some of the old libs to newer versions (spring, etc).

          Show
          Ioan Eugen Stan added a comment - I would like to see a dependency clean-up and upgrade some of the old libs to newer versions (spring, etc).
          Hide
          Ro added a comment -

          It would be very nice to see James evolving and getting more proxy support.
          Its based on mailing list talk: http://www.mail-archive.com/server-user@james.apache.org/msg14174.html

          1. Dynamic fetchmail configuration. Add, remove, update fetchmail rules easily (at least CLI interface) without needing server restart.
          2. RemoteDelivery per user (email).
          3. May be some OSGI support (haven't found any James related info on this)

          P.S. It would be great to update jaxb

          Show
          Ro added a comment - It would be very nice to see James evolving and getting more proxy support. Its based on mailing list talk: http://www.mail-archive.com/server-user@james.apache.org/msg14174.html 1. Dynamic fetchmail configuration. Add, remove, update fetchmail rules easily (at least CLI interface) without needing server restart. 2. RemoteDelivery per user (email). 3. May be some OSGI support (haven't found any James related info on this) P.S. It would be great to update jaxb

            People

            • Assignee:
              Unassigned
              Reporter:
              Eric Charles
            • Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:

                Development