[jira] [Created] (JAMES-1743) the variable internalDate is still declared as final
Paul Lee created JAMES-1743: --- Summary: the variable internalDate is still declared as final Key: JAMES-1743 URL: https://issues.apache.org/jira/browse/JAMES-1743 Project: James Server Issue Type: Bug Components: MailStore & MailRepository Affects Versions: 3.0.0-beta5 Reporter: Paul Lee Priority: Critical The 'MAIL_DATE' column in the table 'JAMES_MAIL' isn't created because the variable 'internalDate' in the file 'AbstractJPAMailboxMessage.java' is still declared as final (related to Issue JAMES-1697), which causes the INTERNALDATE data item not to be returned when a fetch command is sent to the JAMES IMAP server. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] [Created] (JAMES-1808) if (character > 128) should be changed to if (character >= 128)
Paul Lee created JAMES-1808: --- Summary: if (character > 128) should be changed to if (character >= 128) Key: JAMES-1808 URL: https://issues.apache.org/jira/browse/JAMES-1808 Project: James Server Issue Type: Bug Components: IMAPServer Affects Versions: 3.0.0-beta5 Reporter: Paul Lee Priority: Minor Fix For: 3.0.0-beta5 There is a conditional code block as follows in the class 'ImapResponseComposerImpl' of the package 'org.apache.james.imap.encode.base' in the 'protocols-imap' project. // 7-bit ASCII only if (character > 128) { buffer.write(BYTE_QUESTION); } else { buffer.write((byte) character); } An equals(=) sign should be included in the conditional since the range of US-ASCII is from 0 to 127(not including 128). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] [Commented] (JAMES-1808) if (character > 128) should be changed to if (character >= 128)
[ https://issues.apache.org/jira/browse/JAMES-1808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15392225#comment-15392225 ] Paul Lee commented on JAMES-1808: - Unfortunately, I don't have any failing test case. I inadvertently watched the code and noticed that it was theoretically wrong and just reported it. By the way, I'm curious if the code block is really necessary. I know that US-ASCII characters are only allowed by the standard, but isn't it just O.K to leave non-ASCII characters as is without converting them to question marks? > if (character > 128) should be changed to if (character >= 128) > --- > > Key: JAMES-1808 > URL: https://issues.apache.org/jira/browse/JAMES-1808 > Project: James Server > Issue Type: Bug > Components: IMAPServer >Affects Versions: 3.0.0-beta5 >Reporter: Paul Lee >Priority: Minor > Fix For: 3.0.0-beta5 > > > There is a conditional code block as follows in the class > 'ImapResponseComposerImpl' of the package 'org.apache.james.imap.encode.base' > in the 'protocols-imap' project. > // 7-bit ASCII only > if (character > 128) { > buffer.write(BYTE_QUESTION); > } else { > buffer.write((byte) character); > } > An equals(=) sign should be included in the conditional since the range of > US-ASCII is from 0 to 127(not including 128). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] [Commented] (JAMES-1824) Problem with encoding
[ https://issues.apache.org/jira/browse/JAMES-1824?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15509431#comment-15509431 ] Paul Lee commented on JAMES-1824: - The above error happens because there is no 'indexer.xml' file in the 'conf/' folder. It is necessary for James to start up. You can easily make the file by copying 'indexer-template.xml'. But there are some more necessary files for James startup. I'm not sure, but probably, the list of the files is as follows. indexer.xml, quota.xml, managesieveserver.xml, events.xml, mailetcontainer.xml. You can make all the files based on their template files located in the 'conf/' folder of James. > Problem with encoding > - > > Key: JAMES-1824 > URL: https://issues.apache.org/jira/browse/JAMES-1824 > Project: James Server > Issue Type: Bug >Affects Versions: 3.0.0-beta5 > Environment: Debian 8.5 >Reporter: Alex > > I use v3-beta5 version andI have the following problem. I have james server > and two users on it us...@example.com and us...@example.com > Messages in Cyrillic (UTF-8) from userA go to userB and from userB go to > userA without any encoding problems. > However, when I send messages in Cyrillic to external smtp server, for > example us...@gmail.com I have ? in body. I compared messages. > When from userA to userB (no external smtp server) I have: > Content-Type: text/plain; charset=utf-8; format=flowed > Content-Transfer-Encoding: 8bit > When from userA to userC (external smpty server) I have > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit > X-MIME-Autoconverted: from 8bit to quoted-printable by Apache JAMES > This is the full message from userB to userC (I only changed email addresses > and IPs for security reasons) > {code} > ### START ## > Delivered-To: us...@gmail.com > Received: by 0.0.0.0 with SMTP id y71csp60203ivf; > Sat, 17 Sep 2016 01:02:11 -0700 (PDT) > X-Received: by 0.0.0.0 with SMTP id p187mr6881075lfe.48.1474099331684; > Sat, 17 Sep 2016 01:02:11 -0700 (PDT) > Return-Path:> Received: from mail.example.com ([0.0.0.0]) > by mx.google.com with ESMTP id f144si273780lfd.145.2016.09.17.01.02.11 > for ; > Sat, 17 Sep 2016 01:02:11 -0700 (PDT) > Received-SPF: neutral (google.com: 0.0.0.0 is neither permitted nor denied by > best guess record for domain of us...@example.com) client-ip=0.0.0.0; > Authentication-Results: mx.google.com; >spf=neutral (google.com: 0.0.0.0 is neither permitted nor denied by > best guess record for domain of us...@example.com) > smtp.mailfrom=us...@example.com > MIME-Version: 1.0 > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit > X-MIME-Autoconverted: from 8bit to quoted-printable by Apache JAMES > Return-Path: > X-UserIsAuth: true > Received: from 0.0.0.0 (EHLO [0.0.0.0]) ([0.0.0.0]) > by server1 (JAMES SMTP Server ) with ESMTPA ID 1844125562 > for ; > Sat, 17 Sep 2016 11:02:42 +0300 (MSK) > To: UserC > From: UserA > Subject: =?UTF-8?B?0KHQvNC+0YLRgNC10Lsg0LLRh9C10YDQsCDRhNGD0YLQsdC+0Ls/?= > Message-ID: <57dcf882.50...@example.com> > Date: Sat, 17 Sep 2016 11:02:10 +0300 > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 > Thunderbird/38.8.0 > . ??? ? ?? > ### END ## > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] [Commented] (JAMES-1824) Problem with encoding
[ https://issues.apache.org/jira/browse/JAMES-1824?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15509372#comment-15509372 ] Paul Lee commented on JAMES-1824: - I also experienced the same problem before. It seems to happen when you run the wrapper on a 64-bit machine, but the script 'james.bat' just looks for the 32-bit version of the wrapper. I resolved the problem just by copying the 64-bit version of the wrapper to the 32-bit version. That is, I copied 'wrapper-windows-x86-64.exe' to 'wrapper-windows-x86-32.exe' and tried to run 'james.bat'. It worked with no problem. > Problem with encoding > - > > Key: JAMES-1824 > URL: https://issues.apache.org/jira/browse/JAMES-1824 > Project: James Server > Issue Type: Bug >Affects Versions: 3.0.0-beta5 > Environment: Debian 8.5 >Reporter: Alex > > I use v3-beta5 version andI have the following problem. I have james server > and two users on it us...@example.com and us...@example.com > Messages in Cyrillic (UTF-8) from userA go to userB and from userB go to > userA without any encoding problems. > However, when I send messages in Cyrillic to external smtp server, for > example us...@gmail.com I have ? in body. I compared messages. > When from userA to userB (no external smtp server) I have: > Content-Type: text/plain; charset=utf-8; format=flowed > Content-Transfer-Encoding: 8bit > When from userA to userC (external smpty server) I have > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit > X-MIME-Autoconverted: from 8bit to quoted-printable by Apache JAMES > This is the full message from userB to userC (I only changed email addresses > and IPs for security reasons) > {code} > ### START ## > Delivered-To: us...@gmail.com > Received: by 0.0.0.0 with SMTP id y71csp60203ivf; > Sat, 17 Sep 2016 01:02:11 -0700 (PDT) > X-Received: by 0.0.0.0 with SMTP id p187mr6881075lfe.48.1474099331684; > Sat, 17 Sep 2016 01:02:11 -0700 (PDT) > Return-Path:> Received: from mail.example.com ([0.0.0.0]) > by mx.google.com with ESMTP id f144si273780lfd.145.2016.09.17.01.02.11 > for ; > Sat, 17 Sep 2016 01:02:11 -0700 (PDT) > Received-SPF: neutral (google.com: 0.0.0.0 is neither permitted nor denied by > best guess record for domain of us...@example.com) client-ip=0.0.0.0; > Authentication-Results: mx.google.com; >spf=neutral (google.com: 0.0.0.0 is neither permitted nor denied by > best guess record for domain of us...@example.com) > smtp.mailfrom=us...@example.com > MIME-Version: 1.0 > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit > X-MIME-Autoconverted: from 8bit to quoted-printable by Apache JAMES > Return-Path: > X-UserIsAuth: true > Received: from 0.0.0.0 (EHLO [0.0.0.0]) ([0.0.0.0]) > by server1 (JAMES SMTP Server ) with ESMTPA ID 1844125562 > for ; > Sat, 17 Sep 2016 11:02:42 +0300 (MSK) > To: UserC > From: UserA > Subject: =?UTF-8?B?0KHQvNC+0YLRgNC10Lsg0LLRh9C10YDQsCDRhNGD0YLQsdC+0Ls/?= > Message-ID: <57dcf882.50...@example.com> > Date: Sat, 17 Sep 2016 11:02:10 +0300 > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 > Thunderbird/38.8.0 > . ??? ? ?? > ### END ## > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] [Issue Comment Deleted] (JAMES-1824) Problem with encoding
[ https://issues.apache.org/jira/browse/JAMES-1824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Lee updated JAMES-1824: Comment: was deleted (was: I also experienced the same problem before. It seems to happen when you run the wrapper on a 64-bit machine, but the script 'james.bat' just looks for the 32-bit version of the wrapper. I resolved the problem just by copying the 64-bit version of the wrapper to the 32-bit version. That is, I copied 'wrapper-windows-x86-64.exe' to 'wrapper-windows-x86-32.exe' and tried to run 'james.bat'. It worked with no problem. ) > Problem with encoding > - > > Key: JAMES-1824 > URL: https://issues.apache.org/jira/browse/JAMES-1824 > Project: James Server > Issue Type: Bug >Affects Versions: 3.0.0-beta5 > Environment: Debian 8.5 >Reporter: Alex > > I use v3-beta5 version andI have the following problem. I have james server > and two users on it us...@example.com and us...@example.com > Messages in Cyrillic (UTF-8) from userA go to userB and from userB go to > userA without any encoding problems. > However, when I send messages in Cyrillic to external smtp server, for > example us...@gmail.com I have ? in body. I compared messages. > When from userA to userB (no external smtp server) I have: > Content-Type: text/plain; charset=utf-8; format=flowed > Content-Transfer-Encoding: 8bit > When from userA to userC (external smpty server) I have > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit > X-MIME-Autoconverted: from 8bit to quoted-printable by Apache JAMES > This is the full message from userB to userC (I only changed email addresses > and IPs for security reasons) > {code} > ### START ## > Delivered-To: us...@gmail.com > Received: by 0.0.0.0 with SMTP id y71csp60203ivf; > Sat, 17 Sep 2016 01:02:11 -0700 (PDT) > X-Received: by 0.0.0.0 with SMTP id p187mr6881075lfe.48.1474099331684; > Sat, 17 Sep 2016 01:02:11 -0700 (PDT) > Return-Path:> Received: from mail.example.com ([0.0.0.0]) > by mx.google.com with ESMTP id f144si273780lfd.145.2016.09.17.01.02.11 > for ; > Sat, 17 Sep 2016 01:02:11 -0700 (PDT) > Received-SPF: neutral (google.com: 0.0.0.0 is neither permitted nor denied by > best guess record for domain of us...@example.com) client-ip=0.0.0.0; > Authentication-Results: mx.google.com; >spf=neutral (google.com: 0.0.0.0 is neither permitted nor denied by > best guess record for domain of us...@example.com) > smtp.mailfrom=us...@example.com > MIME-Version: 1.0 > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit > X-MIME-Autoconverted: from 8bit to quoted-printable by Apache JAMES > Return-Path: > X-UserIsAuth: true > Received: from 0.0.0.0 (EHLO [0.0.0.0]) ([0.0.0.0]) > by server1 (JAMES SMTP Server ) with ESMTPA ID 1844125562 > for ; > Sat, 17 Sep 2016 11:02:42 +0300 (MSK) > To: UserC > From: UserA > Subject: =?UTF-8?B?0KHQvNC+0YLRgNC10Lsg0LLRh9C10YDQsCDRhNGD0YLQsdC+0Ls/?= > Message-ID: <57dcf882.50...@example.com> > Date: Sat, 17 Sep 2016 11:02:10 +0300 > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 > Thunderbird/38.8.0 > . ??? ? ?? > ### END ## > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] [Updated] (JAMES-1823) quotaUpdater is invoked more than one time for a message addition or deletion
[ https://issues.apache.org/jira/browse/JAMES-1823?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Lee updated JAMES-1823: Attachment: DefaultDelegatingMailboxListener.java It would be a great pleasure to me if I could provide my patch for it. I'm not sure, however, if my solution is appropriate and on the right direction from the perspective of the system and its architecture because I don't fully understand it. Anyway, I've attached my patched version of the file 'DefaultDelegatingMailboxListener.java'. My purpose in the patch is not to register the same listener in an instance of DefaultDelegatingMailboxListener. I've added some checking code and data structure in order to achieve that. If my solution isn't suitable for the whole system, you don't have to use it. > quotaUpdater is invoked more than one time for a message addition or deletion > - > > Key: JAMES-1823 > URL: https://issues.apache.org/jira/browse/JAMES-1823 > Project: James Server > Issue Type: Bug > Components: MailStore & MailRepository >Affects Versions: master >Reporter: Paul Lee > Fix For: master > > Attachments: DefaultDelegatingMailboxListener.java > > > The following code snippet in 'init' method in 'StoreMailboxManager.java' is > executed multiple times such that the same quotaUpdater is registered as a > global listener more than once. > if (quotaUpdater != null && quotaUpdater instanceof MailboxListener) { > this.addGlobalListener((MailboxListener) quotaUpdater, null); > } > The above code is invoked multiple times by the below configuration in > 'spring-mailbox.xml'. > > > The quota increase or decrease is currently being executed twice for each > message addition or deletion in our tests because the same quota updater is > registered twice by the above config. For example, if a message of 1MB is > appended to a mailbox, 'getCurrentStorage' method in > 'InMemoryCurrentQuotaManager.java' returns a size which is 2MBs larger than > before. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] [Comment Edited] (JAMES-1823) quotaUpdater is invoked more than one time for a message addition or deletion
[ https://issues.apache.org/jira/browse/JAMES-1823?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15503987#comment-15503987 ] Paul Lee edited comment on JAMES-1823 at 9/19/16 4:56 PM: -- It would be a great pleasure to me if I could provide my patch for it. I'm not sure, however, if my solution is appropriate and on the right direction from the perspective of the system and its architecture because I don't fully understand it. Anyway, I've attached my patched version of the file 'DefaultDelegatingMailboxListener.java'. My purpose in the patch is not to register the same listener duplicately in an instance of DefaultDelegatingMailboxListener. I've added some checking code and data structure in order to achieve that. If my solution isn't suitable for the whole system, you don't have to use it. was (Author: leepaul21): It would be a great pleasure to me if I could provide my patch for it. I'm not sure, however, if my solution is appropriate and on the right direction from the perspective of the system and its architecture because I don't fully understand it. Anyway, I've attached my patched version of the file 'DefaultDelegatingMailboxListener.java'. My purpose in the patch is not to register the same listener in an instance of DefaultDelegatingMailboxListener. I've added some checking code and data structure in order to achieve that. If my solution isn't suitable for the whole system, you don't have to use it. > quotaUpdater is invoked more than one time for a message addition or deletion > - > > Key: JAMES-1823 > URL: https://issues.apache.org/jira/browse/JAMES-1823 > Project: James Server > Issue Type: Bug > Components: MailStore & MailRepository >Affects Versions: master >Reporter: Paul Lee > Fix For: master > > Attachments: DefaultDelegatingMailboxListener.java > > > The following code snippet in 'init' method in 'StoreMailboxManager.java' is > executed multiple times such that the same quotaUpdater is registered as a > global listener more than once. > if (quotaUpdater != null && quotaUpdater instanceof MailboxListener) { > this.addGlobalListener((MailboxListener) quotaUpdater, null); > } > The above code is invoked multiple times by the below configuration in > 'spring-mailbox.xml'. > > > The quota increase or decrease is currently being executed twice for each > message addition or deletion in our tests because the same quota updater is > registered twice by the above config. For example, if a message of 1MB is > appended to a mailbox, 'getCurrentStorage' method in > 'InMemoryCurrentQuotaManager.java' returns a size which is 2MBs larger than > before. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] [Commented] (JAMES-1824) Problem with encoding
[ https://issues.apache.org/jira/browse/JAMES-1824?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15508221#comment-15508221 ] Paul Lee commented on JAMES-1824: - Just FYI. You can build a final distribution from the James source by running the following command in the project root folder 'james-project'. % mvn package -DskipTests=true -Pwith-assembly You can find the distribution package 'james-server-app-3.0.0-beta5-SNAPSHOT-app.tar.gz' in the 'james-project/server/app/target' folder. Here -DskipTests=true is not necessary. It's just for skipping unit tests for fast build. The above build information can be found in the section 'Build James Source from Command Line' at the following link. https://james.apache.org/server/3/dev-build.html > Problem with encoding > - > > Key: JAMES-1824 > URL: https://issues.apache.org/jira/browse/JAMES-1824 > Project: James Server > Issue Type: Bug >Affects Versions: 3.0.0-beta5 > Environment: Debian 8.5 >Reporter: Alex > > I use v3-beta5 version andI have the following problem. I have james server > and two users on it us...@example.com and us...@example.com > Messages in Cyrillic (UTF-8) from userA go to userB and from userB go to > userA without any encoding problems. > However, when I send messages in Cyrillic to external smtp server, for > example us...@gmail.com I have ? in body. I compared messages. > When from userA to userB (no external smtp server) I have: > Content-Type: text/plain; charset=utf-8; format=flowed > Content-Transfer-Encoding: 8bit > When from userA to userC (external smpty server) I have > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit > X-MIME-Autoconverted: from 8bit to quoted-printable by Apache JAMES > This is the full message from userB to userC (I only changed email addresses > and IPs for security reasons) > {code} > ### START ## > Delivered-To: us...@gmail.com > Received: by 0.0.0.0 with SMTP id y71csp60203ivf; > Sat, 17 Sep 2016 01:02:11 -0700 (PDT) > X-Received: by 0.0.0.0 with SMTP id p187mr6881075lfe.48.1474099331684; > Sat, 17 Sep 2016 01:02:11 -0700 (PDT) > Return-Path:> Received: from mail.example.com ([0.0.0.0]) > by mx.google.com with ESMTP id f144si273780lfd.145.2016.09.17.01.02.11 > for ; > Sat, 17 Sep 2016 01:02:11 -0700 (PDT) > Received-SPF: neutral (google.com: 0.0.0.0 is neither permitted nor denied by > best guess record for domain of us...@example.com) client-ip=0.0.0.0; > Authentication-Results: mx.google.com; >spf=neutral (google.com: 0.0.0.0 is neither permitted nor denied by > best guess record for domain of us...@example.com) > smtp.mailfrom=us...@example.com > MIME-Version: 1.0 > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit > X-MIME-Autoconverted: from 8bit to quoted-printable by Apache JAMES > Return-Path: > X-UserIsAuth: true > Received: from 0.0.0.0 (EHLO [0.0.0.0]) ([0.0.0.0]) > by server1 (JAMES SMTP Server ) with ESMTPA ID 1844125562 > for ; > Sat, 17 Sep 2016 11:02:42 +0300 (MSK) > To: UserC > From: UserA > Subject: =?UTF-8?B?0KHQvNC+0YLRgNC10Lsg0LLRh9C10YDQsCDRhNGD0YLQsdC+0Ls/?= > Message-ID: <57dcf882.50...@example.com> > Date: Sat, 17 Sep 2016 11:02:10 +0300 > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 > Thunderbird/38.8.0 > . ??? ? ?? > ### END ## > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] [Created] (JAMES-1823) quotaUpdater is invoked more than one time for a message addition or deletion
Paul Lee created JAMES-1823: --- Summary: quotaUpdater is invoked more than one time for a message addition or deletion Key: JAMES-1823 URL: https://issues.apache.org/jira/browse/JAMES-1823 Project: James Server Issue Type: Bug Components: MailStore & MailRepository Affects Versions: master Reporter: Paul Lee Fix For: master The following code snippet in 'init' method in 'StoreMailboxManager.java' is executed multiple times such that the same quotaUpdater is registered as a global listener more than once. if (quotaUpdater != null && quotaUpdater instanceof MailboxListener) { this.addGlobalListener((MailboxListener) quotaUpdater, null); } The above code is invoked multiple times by the below configuration in 'spring-mailbox.xml'. The quota increase or decrease is currently being executed twice for each message addition or deletion in our tests because the same quota updater is registered twice by the above config. For example, if a message of 1MB is appended to a mailbox, 'getCurrentStorage' method in 'InMemoryCurrentQuotaManager.java' returns a size which is 2MBs larger than before. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] [Created] (JAMES-1855) Wrapper doesn't work on CentOS 7(64-bit)
Paul Lee created JAMES-1855: --- Summary: Wrapper doesn't work on CentOS 7(64-bit) Key: JAMES-1855 URL: https://issues.apache.org/jira/browse/JAMES-1855 Project: James Server Issue Type: Bug Components: Deployment Modules Affects Versions: master Environment: CentOS Linux release 7.2.1511(64-bit) Reporter: Paul Lee I tried to run './james start' on a CentOS 7 machine(64-bit), but it failed with the following error message. ./james: ./wrapper-linux-x86-32: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory. It seems that the 32-bit version of the wrapper is also used on a 64-bit system. Anyway, it should work even on 64-bit, but it failed. When I copied the 64-bit version of the wrapper(wrapper-linux-x86-64) to wrapper-linux-x86-32 and tried to run it again, it worked with no problem. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org