Re: Jakarta Mail TCK - Additional Thoughts? (was: TomEE 9.x - from javax to jakarta namespace)

[Zowalla, Richard]

Hi Romain,

thanks for the pointer - it sounds somehow familiar to what we
observed. Need to check though :)

Gruß
Richard

Am Donnerstag, dem 02.06.2022 um 09:17 +0200 schrieb Romain Manni-
Bucau:
> Hi,
> 
> Did you try handling LITERAL+ capability (1)? I don't think we do as
> of
> today.
> 
> (1)
> https://datatracker.ietf.org/doc/html/rfc7888#:~:text=LITERAL%2B%20allows%20the%20alternate%20form%20of%20literals%20(called%20%22non%2D,are%204096%20bytes%20or%20less
> .
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github <
> https://github.com/rmannibucau> |
> LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
> <
> https://www.packtpub.com/application-development/java-ee-8-high-performance
> >
> 
> 
> Le mar. 31 mai 2022 à 09:54, Zowalla, Richard <
> richard.zowa...@hs-heilbronn.de> a écrit :
> 
> > Hi,
> > 
> > short update on this:
> > 
> > Collaborated with JL and exchanged some ideas via Slack.
> > 
> > We now tested James + Greenmail as mail servers to rule out any
> > hard-
> > coded TCK assumption regarding James. Both fail with the same
> > exception
> > / issue on the same TCK mail:
> > https://github.com/eclipse-ee4j/mail-tck/blob/2.0.0/tests/mailboxes/test1/9
> > 
> > The difference between the RI and our impl is basically the literal
> > header:
> > 
> > a5 APPEND test1 () "8-Dec-1996 15:30:12 +0100" {150432}
> > a5 BAD APPEND failed. Illegal arguments.
> > 
> > vs (RI):
> > 
> > A6 APPEND test1 () "08-Dec-1996 15:30:12 +0100" {153113+}
> > A6 OK [APPENDUID 466034631 1] APPEND completed.
> >   Copied 1 messages
> > 
> > I pushed a configured Jakarta Mail TCK 2.0.1 setup with updated
> > instructions into this repository: https://github.com/rzo1/mail-tck
> > 
> > In addition, I am CC'ing the geronimo list, in case some people
> > there
> > have additional ideas. Otherwise, we will need to take a dive into
> > the
> > imap spec / server-side impl to get any clues :)
> > 
> > Gruß
> > Richard
> > 
> > 
> > Am Dienstag, dem 24.05.2022 um 19:46 + schrieb Zowalla,
> > Richard:
> > > Hi,
> > > 
> > > I spend some more time on the mail tck and got some additional
> > > insights:
> > > 
> > > There is one specific mail from the TCK mailbox (test1, mail no.
> > > 9),
> > > which breaks the current Geronimo mail impl. This happens, if you
> > > try
> > > to bootstrap / setup the test mailbox before running the TCK
> > > according
> > > ti their documentation. The same procedere just works, if the
> > > reference
> > > impl is used.
> > > 
> > > The failing tests in the mail tck report similar issues regarding
> > > failed IMAP commands. Therefore, I assume, that the underlying
> > > issue
> > > is
> > > similar, i.e. if we solve that, we likely fix some of the TCK
> > > tests
> > > too.
> > > 
> > > I added some instructions to
> > > https://issues.apache.org/jira/browse/GERONIMO-6835 to reproduce
> > > the
> > > issue without actually running the TCK, so we might have the
> > > chance
> > > to
> > > debug it easily.
> > > 
> > > Basically:
> > > 
> > > - Checkout 
> > > https://github.com/rzo1/geronimo-javamail/tree/tck-issues
> > > - Follow the instructions in tck.adoc to start up a mail server
> > > (docker-compose + docker exec)
> > > - Run "fpopulate" with arguments "-s test1 -d
> > > imap://user01%40james.local:1234@localhost:1143 -D" from within
> > > your
> > > IDE
> > > - Observe the debug output on the console
> > > 
> > > 
> > > There is a difference between the message length between the RI
> > > and
> > > the
> > > Geronimo impl (as reported by the { } literal). This might be the
> > > cause
> > > (??), but I have no idea what is going on or why it is happening.
> > > 
> > > Maybe someone has an idea what is going on here? Or has a pointer
> > > where
> > > to look at? I might be "lost in the tck madness" for today :)
> > > 
> > > Gruß
> > > Richard
> > > 
> > > 
> > > 
> > > Am Dienstag, dem 24.05.2022 um 17:13 + sc

Re: Jakarta Mail TCK - Additional Thoughts? (was: TomEE 9.x - from javax to jakarta namespace)

[Romain Manni-Bucau]

Hi,

Did you try handling LITERAL+ capability (1)? I don't think we do as of
today.

(1)
https://datatracker.ietf.org/doc/html/rfc7888#:~:text=LITERAL%2B%20allows%20the%20alternate%20form%20of%20literals%20(called%20%22non%2D,are%204096%20bytes%20or%20less
.
Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> |  Blog
<https://rmannibucau.metawerx.net/> | Old Blog
<http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> |
LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
<https://www.packtpub.com/application-development/java-ee-8-high-performance>


Le mar. 31 mai 2022 à 09:54, Zowalla, Richard <
richard.zowa...@hs-heilbronn.de> a écrit :

> Hi,
>
> short update on this:
>
> Collaborated with JL and exchanged some ideas via Slack.
>
> We now tested James + Greenmail as mail servers to rule out any hard-
> coded TCK assumption regarding James. Both fail with the same exception
> / issue on the same TCK mail:
> https://github.com/eclipse-ee4j/mail-tck/blob/2.0.0/tests/mailboxes/test1/9
>
> The difference between the RI and our impl is basically the literal
> header:
>
> a5 APPEND test1 () "8-Dec-1996 15:30:12 +0100" {150432}
> a5 BAD APPEND failed. Illegal arguments.
>
> vs (RI):
>
> A6 APPEND test1 () "08-Dec-1996 15:30:12 +0100" {153113+}
> A6 OK [APPENDUID 466034631 1] APPEND completed.
>   Copied 1 messages
>
> I pushed a configured Jakarta Mail TCK 2.0.1 setup with updated
> instructions into this repository: https://github.com/rzo1/mail-tck
>
> In addition, I am CC'ing the geronimo list, in case some people there
> have additional ideas. Otherwise, we will need to take a dive into the
> imap spec / server-side impl to get any clues :)
>
> Gruß
> Richard
>
>
> Am Dienstag, dem 24.05.2022 um 19:46 + schrieb Zowalla, Richard:
> > Hi,
> >
> > I spend some more time on the mail tck and got some additional
> > insights:
> >
> > There is one specific mail from the TCK mailbox (test1, mail no. 9),
> > which breaks the current Geronimo mail impl. This happens, if you try
> > to bootstrap / setup the test mailbox before running the TCK
> > according
> > ti their documentation. The same procedere just works, if the
> > reference
> > impl is used.
> >
> > The failing tests in the mail tck report similar issues regarding
> > failed IMAP commands. Therefore, I assume, that the underlying issue
> > is
> > similar, i.e. if we solve that, we likely fix some of the TCK tests
> > too.
> >
> > I added some instructions to
> > https://issues.apache.org/jira/browse/GERONIMO-6835 to reproduce the
> > issue without actually running the TCK, so we might have the chance
> > to
> > debug it easily.
> >
> > Basically:
> >
> > - Checkout https://github.com/rzo1/geronimo-javamail/tree/tck-issues
> > - Follow the instructions in tck.adoc to start up a mail server
> > (docker-compose + docker exec)
> > - Run "fpopulate" with arguments "-s test1 -d
> > imap://user01%40james.local:1234@localhost:1143 -D" from within your
> > IDE
> > - Observe the debug output on the console
> >
> >
> > There is a difference between the message length between the RI and
> > the
> > Geronimo impl (as reported by the { } literal). This might be the
> > cause
> > (??), but I have no idea what is going on or why it is happening.
> >
> > Maybe someone has an idea what is going on here? Or has a pointer
> > where
> > to look at? I might be "lost in the tck madness" for today :)
> >
> > Gruß
> > Richard
> >
> >
> >
> > Am Dienstag, dem 24.05.2022 um 17:13 + schrieb Zowalla, Richard:
> > > To give a more detailed view / update from the spec tck party
> > > regarding
> > > activation and mail:
> > >
> > > (A) Geronimo Activation 2.0
> > >
> > > After a first milestone (M1) and some additional fixes after
> > > running
> > > the activation TCK [1] and related signatures tests, we are now
> > > passing
> > > them.
> > >
> > > JL prepared a release artifact (1.0.0), which is currently under
> > > vote.
> > >
> > > During the tck work, we found some inconsistency / unspecified
> > > behaviour of "normalizeMimeTypeParameter" of ActivationDataFlavor.
> > > While this method is tested in the TCK on the basis of the
> > > reference
> > > implementation neither the spec itself nor the javadoc are really
> > > clear
> >

Re: Jakarta Mail TCK - Additional Thoughts? (was: TomEE 9.x - from javax to jakarta namespace)

[Zowalla, Richard]

Hi,

short update on this:

Collaborated with JL and exchanged some ideas via Slack.

We now tested James + Greenmail as mail servers to rule out any hard-
coded TCK assumption regarding James. Both fail with the same exception
/ issue on the same TCK mail: 
https://github.com/eclipse-ee4j/mail-tck/blob/2.0.0/tests/mailboxes/test1/9

The difference between the RI and our impl is basically the literal
header:

a5 APPEND test1 () "8-Dec-1996 15:30:12 +0100" {150432}
a5 BAD APPEND failed. Illegal arguments.

vs (RI):

A6 APPEND test1 () "08-Dec-1996 15:30:12 +0100" {153113+}
A6 OK [APPENDUID 466034631 1] APPEND completed.
  Copied 1 messages

I pushed a configured Jakarta Mail TCK 2.0.1 setup with updated
instructions into this repository: https://github.com/rzo1/mail-tck 

In addition, I am CC'ing the geronimo list, in case some people there
have additional ideas. Otherwise, we will need to take a dive into the
imap spec / server-side impl to get any clues :)

Gruß
Richard


Am Dienstag, dem 24.05.2022 um 19:46 + schrieb Zowalla, Richard:
> Hi,
> 
> I spend some more time on the mail tck and got some additional
> insights:
> 
> There is one specific mail from the TCK mailbox (test1, mail no. 9),
> which breaks the current Geronimo mail impl. This happens, if you try
> to bootstrap / setup the test mailbox before running the TCK
> according
> ti their documentation. The same procedere just works, if the
> reference
> impl is used.
> 
> The failing tests in the mail tck report similar issues regarding
> failed IMAP commands. Therefore, I assume, that the underlying issue
> is
> similar, i.e. if we solve that, we likely fix some of the TCK tests
> too.
> 
> I added some instructions to 
> https://issues.apache.org/jira/browse/GERONIMO-6835 to reproduce the
> issue without actually running the TCK, so we might have the chance
> to
> debug it easily. 
> 
> Basically:
> 
> - Checkout https://github.com/rzo1/geronimo-javamail/tree/tck-issues
> - Follow the instructions in tck.adoc to start up a mail server
> (docker-compose + docker exec)
> - Run "fpopulate" with arguments "-s test1 -d
> imap://user01%40james.local:1234@localhost:1143 -D" from within your
> IDE
> - Observe the debug output on the console
> 
> 
> There is a difference between the message length between the RI and
> the
> Geronimo impl (as reported by the { } literal). This might be the
> cause
> (??), but I have no idea what is going on or why it is happening.
> 
> Maybe someone has an idea what is going on here? Or has a pointer
> where
> to look at? I might be "lost in the tck madness" for today :)
> 
> Gruß
> Richard
> 
> 
> 
> Am Dienstag, dem 24.05.2022 um 17:13 + schrieb Zowalla, Richard:
> > To give a more detailed view / update from the spec tck party
> > regarding
> > activation and mail:
> > 
> > (A) Geronimo Activation 2.0
> > 
> > After a first milestone (M1) and some additional fixes after
> > running
> > the activation TCK [1] and related signatures tests, we are now
> > passing
> > them. 
> > 
> > JL prepared a release artifact (1.0.0), which is currently under
> > vote.
> > 
> > During the tck work, we found some inconsistency / unspecified
> > behaviour of "normalizeMimeTypeParameter" of ActivationDataFlavor.
> > While this method is tested in the TCK on the basis of the
> > reference
> > implementation neither the spec itself nor the javadoc are really
> > clear
> > about the "right" return value. At the moment, we adjusted it to
> > pass
> > the TCK test in question.
> > 
> > There is an ongoing discussion at dev@geronimo if this is a desired
> > behaviour or if a system property should be introduced in order to
> > reduce the possibility of breaking some users.
> > 
> > (B) Geronimo Mail 2.0 / 2.1
> > 
> > The current mail impl has some TCK failures. It seems, that we need
> > to
> > do some additional work to get it compliant with the standalone
> > mail
> > tck [3].
> > 
> > The signature tests are failing for Java 11 but are fine with Java
> > 8
> > [4] due to some usage of Object#finalize() and missing annotations
> > (only available in Java 9+) in the Geronimo implementation. While
> > it
> > is
> > not that important for EE9, we need to keep it in mind for EE10.
> > 
> > We currently pass 166 out of 321 mail tck tests [5]. I guess, we
> > need
> > to give it some more love to get the numbers up and finally get it
> > to
> > pass the mail tck. The good thing is, that we already pass the
> >

[jira] [Comment Edited] (GERONIMO-6835) Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl

[Richard Zowalla (Jira)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-6835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17541671#comment-17541671
 ] 

Richard Zowalla edited comment on GERONIMO-6835 at 5/24/22 7:43 PM:


Bootstraping the mailbox "test1" from the TCK fails for one (mail no. 9) of the 
mails: 
https://github.com/eclipse-ee4j/mail-tck/blob/2.0.0/tests/mailboxes/test1/9
 

This specific mail fails with


{code:java}
a5 APPEND test1 () "8-Dec-1996 15:30:12 +0100" {150432}
a5 BAD APPEND failed. Illegal arguments.
Unexpected command IMAP command error
org.apache.geronimo.mail.util.InvalidCommandException: Unexpected command IMAP 
command error
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.receiveResponse(IMAPConnection.java:412)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPCommand.writeTo(IMAPCommand.java:200)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.sendCommand(IMAPConnection.java:320)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.sendSimpleCommand(IMAPConnection.java:288)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.appendMessage(IMAPConnection.java:1455)
at 
org.apache.geronimo.mail.store.imap.IMAPFolder.appendMessage(IMAPFolder.java:1562)
at 
org.apache.geronimo.mail.store.imap.IMAPFolder.appendMessages(IMAPFolder.java:977)
at fpopulate.copyMessages(fpopulate.java:209)
at fpopulate.copy(fpopulate.java:136)
at fpopulate.main(fpopulate.java:107)
{code}

while it works for the reference impl:

{code:java}
A6 APPEND test1 () "08-Dec-1996 15:30:12 +0100" {153113+}
A6 OK [APPENDUID 466034631 1] APPEND completed.
  Copied 1 messages

{code}

Targeting the same mail server. Note the difference in the literal header. Most 
of the TCK tests fail with a similar exception.

* To reproduce follow the instructions in tck.adoc (docker-compose + starting 
test mail)
* Copy "fpopulate" to the geronimo project. 
* Add the message from above into a folder and call the file "1".
* Run "fpopulate" with arguments "-s  -d 
imap://user01%40james.local:1234@localhost:1143 -D"

The same procedere works for the RI, so there might be a difference somewhere.



was (Author: rzo1):
Bootstraping the mailbox "test1" from the TCK fails for one (mail no. 9) of the 
mails contained in there:

 
{code:java}
{code}
 

This specific mail fails with


{code:java}
a5 APPEND test1 () "8-Dec-1996 15:30:12 +0100" {150432}
a5 BAD APPEND failed. Illegal arguments.
Unexpected command IMAP command error
org.apache.geronimo.mail.util.InvalidCommandException: Unexpected command IMAP 
command error
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.receiveResponse(IMAPConnection.java:412)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPCommand.writeTo(IMAPCommand.java:200)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.sendCommand(IMAPConnection.java:320)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.sendSimpleCommand(IMAPConnection.java:288)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.appendMessage(IMAPConnection.java:1455)
at 
org.apache.geronimo.mail.store.imap.IMAPFolder.appendMessage(IMAPFolder.java:1562)
at 
org.apache.geronimo.mail.store.imap.IMAPFolder.appendMessages(IMAPFolder.java:977)
at fpopulate.copyMessages(fpopulate.java:209)
at fpopulate.copy(fpopulate.java:136)
at fpopulate.main(fpopulate.java:107)
{code}

while it works for the reference impl:

{code:java}
A6 APPEND test1 () "08-Dec-1996 15:30:12 +0100" {153113+}
A6 OK [APPENDUID 466034631 1] APPEND completed.
  Copied 1 messages

{code}

Targeting the same mail server. Note the difference in the literal header. Most 
of the TCK tests fail with a similar exception.

* To reproduce follow the instructions in tck.adoc (docker-compose + starting 
test mail)
* Copy "fpopulate" to the geronimo project. 
* Add the message from above into a folder and call the file "1".
* Run "fpopulate" with arguments "-s  -d 
imap://user01%40james.local:1234@localhost:1143 -D"

The same procedere works for the RI, so there might be a difference somewhere.


> Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl
> -
>
> Key: GERONIMO-6835
> URL: https://issues.apache.org/jira/browse/GERONIMO-6835
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: mail
>Reporter: Richard Zowalla
>Priority: Major
>
> Current

[jira] [Comment Edited] (GERONIMO-6835) Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl

[Richard Zowalla (Jira)]

late.copyMessages(fpopulate.java:209)
at fpopulate.copy(fpopulate.java:136)
at fpopulate.main(fpopulate.java:107)
{code}

while it works for the reference impl:

{code:java}
A6 APPEND test1 () "09-Aug-1997 02:23:05 +0200" {1418+}
Return-Path: 
Received: from rita.eng.sun.com by shorter.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA10322; Fri, 8 Aug 1997 17:23:07 -0700
Received: from jumanji.eng.sun.com by rita.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA06403; Fri, 8 Aug 1997 17:23:03 -0700
Received: by jumanji.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA22671; Fri, 8 Aug 1997 17:23:05 -0700
Date: Fri, 8 Aug 1997 17:23:05 -0700
From: ptn@jumanji (Phuong T. Nguyen)
Message-Id: <199708090023.raa22...@jumanji.eng.sun.com>
To: javamail@rita
Subject: Code Manager notification
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 682
Status: RO
X-Status: 
X-Keywords:
X-UID: 19

Event:putback-to
Parent workspace: /net/icdev/export1/ic/krakatoa/ws/jdt1.1-master
  (icdev:/export1/ic/krakatoa/ws/jdt1.1-master)
Child workspace:  /export0/ws/jdt1.1-ptn
  (jumanji:/export0/ws/jdt1.1-ptn)
User: ptn

Comment:
- Fixed bug 4064017
  HJV I18N: do not use System.getProperty("jdt.locale") to get Help
  locale dir

Files:
update: src/share/lib/textmessages.properties
update: src/share/lib/props/default/jdt.props
update: src/share/sunw/sunw/hotjava/sw/applets/HomePageApplet.java
update: src/share/sunw/sunw/hotjava/sw/misc/swBrowserProperties.java
update: src/share/sunw/sunw/hotjava/sw/ui/SwEditorFrame.java



A6 OK [APPENDUID 207446323 1] APPEND completed.

{code}

Targeting the same mail server. Note the difference in the literal header. Most 
of the TCK tests fail with a similar exception.

* To reproduce follow the instructions in tck.adoc (docker-compose + starting 
test mail)
* Copy "fpopulate" to the geronimo project. 
* Add the message from above into a folder and call the file "1".
* Run "fpopulate" with arguments "-s  -d 
imap://user01%40james.local:1234@localhost:1143 -D"

The same procedere works for the RI, so there might be a difference somewhere.


> Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl
> -
>
> Key: GERONIMO-6835
> URL: https://issues.apache.org/jira/browse/GERONIMO-6835
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: mail
>Reporter: Richard Zowalla
>Priority: Major
>
> Currently, we have some failing TCK tests for our Jakarta Mail implementation 
> with https://jakarta.ee/specifications/mail/2.0/ (TCK 2.0.1).
> See attached output. Difference between 8 and 11 are the sigtests.
> Java 8
> {code:java}
> [javatest.batch] Completed running 321 tests.
> [javatest.batch] Number of Tests Passed  = 166
> [javatest.batch] Number of Tests Failed  = 155
> [javatest.batch] Number of Tests with Errors = 0
> [javatest.batch] Number of Tests Not Run = 0
> [javatest.batch] 
> ---
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/Address/equals_Test.java#equals_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/Address/getType_Test.java#getType_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/Address/toString_Test.java#toString_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/event/ConnectionEvent/addConnectionListener_Test.java#addConnectionListener_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/event/FolderEvent/addFolderListener_Test.java#addFolderListener_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/event/FolderEvent/addMsgChangeList_Test.java#addMsgChangeList_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/event/FolderEvent/addMsgCntList_Test.java#addMsgCntList_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/event/StoreEvent/addStoreListener_Test.java#addStoreListener_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/event/TransportEvent/addTransportListener_Test.java#addTransportListener_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/exception/authenFailExp_Test.java#authenFailExp_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/exception/folderClosedException_Test.java#folderClosedException_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/exception/folderNotFoundExp_Test.java#folderNotFoundExp_Test
> [javatest.batch] 
> FAILED

[jira] [Comment Edited] (GERONIMO-6835) Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl

[Richard Zowalla (Jira)]

with arguments "-s  -d 
imap://user01%40james.local:1234@localhost:1143 -D"

The same procedere works for the RI, so there might be a difference somewhere.



was (Author: rzo1):
Bootstraping the mailbox "test1" from the TCK fails for one of the mails 
contained in there:

 
{code:java}
>From jmk@cochin Thu Feb 12 14:06:35 1998 -0800
Return-Path: 
Received: from rita.eng.sun.com by shorter.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA10322; Fri, 8 Aug 1997 17:23:07 -0700
Received: from jumanji.eng.sun.com by rita.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA06403; Fri, 8 Aug 1997 17:23:03 -0700
Received: by jumanji.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA22671; Fri, 8 Aug 1997 17:23:05 -0700
Date: Fri, 8 Aug 1997 17:23:05 -0700
From: ptn@jumanji (Phuong T. Nguyen)
Message-Id: <199708090023.raa22...@jumanji.eng.sun.com>
To: javamail@rita
Subject: Code Manager notification
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 682
Status: RO
X-Status: 
X-Keywords:
X-UID: 19

Event:putback-to
Parent workspace: /net/icdev/export1/ic/krakatoa/ws/jdt1.1-master
  (icdev:/export1/ic/krakatoa/ws/jdt1.1-master)
Child workspace:  /export0/ws/jdt1.1-ptn
  (jumanji:/export0/ws/jdt1.1-ptn)
User: ptn

Comment:
- Fixed bug 4064017
  HJV I18N: do not use System.getProperty("jdt.locale") to get Help
  locale dir

Files:
update: src/share/lib/textmessages.properties
update: src/share/lib/props/default/jdt.props
update: src/share/sunw/sunw/hotjava/sw/applets/HomePageApplet.java
update: src/share/sunw/sunw/hotjava/sw/misc/swBrowserProperties.java
update: src/share/sunw/sunw/hotjava/sw/ui/SwEditorFrame.java


{code}
 

This specific mail fails with


{code:java}
a5 APPEND test1 () "9-Aug-1997 02:23:05 +0200" {1399}
a5 BAD APPEND failed. Illegal arguments.
Unexpected command IMAP command error
org.apache.geronimo.mail.util.InvalidCommandException: Unexpected command IMAP 
command error
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.receiveResponse(IMAPConnection.java:412)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPCommand.writeTo(IMAPCommand.java:200)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.sendCommand(IMAPConnection.java:320)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.sendSimpleCommand(IMAPConnection.java:288)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.appendMessage(IMAPConnection.java:1455)
at 
org.apache.geronimo.mail.store.imap.IMAPFolder.appendMessage(IMAPFolder.java:1562)
at 
org.apache.geronimo.mail.store.imap.IMAPFolder.appendMessages(IMAPFolder.java:977)
at fpopulate.copyMessages(fpopulate.java:209)
at fpopulate.copy(fpopulate.java:136)
at fpopulate.main(fpopulate.java:107)
{code}

while it works for the reference impl:

{code:java}
A6 APPEND test1 () "09-Aug-1997 02:23:05 +0200" {1418+}
Return-Path: 
Received: from rita.eng.sun.com by shorter.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA10322; Fri, 8 Aug 1997 17:23:07 -0700
Received: from jumanji.eng.sun.com by rita.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA06403; Fri, 8 Aug 1997 17:23:03 -0700
Received: by jumanji.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA22671; Fri, 8 Aug 1997 17:23:05 -0700
Date: Fri, 8 Aug 1997 17:23:05 -0700
From: ptn@jumanji (Phuong T. Nguyen)
Message-Id: <199708090023.raa22...@jumanji.eng.sun.com>
To: javam...@rita.de
Subject: Code Manager notification
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 682
Status: RO
X-Status: 
X-Keywords:
X-UID: 19

Event:putback-to
Parent workspace: /net/icdev/export1/ic/krakatoa/ws/jdt1.1-master
  (icdev:/export1/ic/krakatoa/ws/jdt1.1-master)
Child workspace:  /export0/ws/jdt1.1-ptn
  (jumanji:/export0/ws/jdt1.1-ptn)
User: ptn

Comment:
- Fixed bug 4064017
  HJV I18N: do not use System.getProperty("jdt.locale") to get Help
  locale dir

Files:
update: src/share/lib/textmessages.properties
update: src/share/lib/props/default/jdt.props
update: src/share/sunw/sunw/hotjava/sw/applets/HomePageApplet.java
update: src/share/sunw/sunw/hotjava/sw/misc/swBrowserProperties.java
update: src/share/sunw/sunw/hotjava/sw/ui/SwEditorFrame.java



A6 OK [APPENDUID 207446323 1] APPEND completed.

{code}

Targeting the same mail server. Note the difference in the literal header. Most 
of the TCK tests fail with a similar exception.

* To reproduce follow the instructions in tck.adoc (docker-compose + starting 
test mail)
* Copy "fpopulate" to the geronimo project. 
* Add the message from above into a folder and call the file "1".
* Run "fpopulate" with arguments "-s  -d 
imap://user01%40james.local:1234@localhost:1143 -D"

The same procedere works for 

[jira] [Comment Edited] (GERONIMO-6835) Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl

[Richard Zowalla (Jira)]

with arguments "-s  -d 
imap://user01%40james.local:1234@localhost:1143 -D"

The same procedere works for the RI, so there might be a difference somewhere.



was (Author: rzo1):
Bootstraping the mailbox "test1" from the TCK fails for one of the mails 
contained in there:

 
{code:java}
>From jmk@cochin Thu Feb 12 14:06:35 1998 -0800
Return-Path: 
Received: from rita.eng.sun.com by shorter.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA10322; Fri, 8 Aug 1997 17:23:07 -0700
Received: from jumanji.eng.sun.com by rita.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA06403; Fri, 8 Aug 1997 17:23:03 -0700
Received: by jumanji.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA22671; Fri, 8 Aug 1997 17:23:05 -0700
Date: Fri, 8 Aug 1997 17:23:05 -0700
From: ptn@jumanji (Phuong T. Nguyen)
Message-Id: <199708090023.raa22...@jumanji.eng.sun.com>
To: javam...@rita.de
Subject: Code Manager notification
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 682
Status: RO
X-Status: 
X-Keywords:
X-UID: 19

Event:putback-to
Parent workspace: /net/icdev/export1/ic/krakatoa/ws/jdt1.1-master
  (icdev:/export1/ic/krakatoa/ws/jdt1.1-master)
Child workspace:  /export0/ws/jdt1.1-ptn
  (jumanji:/export0/ws/jdt1.1-ptn)
User: ptn

Comment:
- Fixed bug 4064017
  HJV I18N: do not use System.getProperty("jdt.locale") to get Help
  locale dir

Files:
update: src/share/lib/textmessages.properties
update: src/share/lib/props/default/jdt.props
update: src/share/sunw/sunw/hotjava/sw/applets/HomePageApplet.java
update: src/share/sunw/sunw/hotjava/sw/misc/swBrowserProperties.java
update: src/share/sunw/sunw/hotjava/sw/ui/SwEditorFrame.java


{code}
 

This specific mail fails with


{code:java}
a5 APPEND test1 () "9-Aug-1997 02:23:05 +0200" {1399}
a5 BAD APPEND failed. Illegal arguments.
Unexpected command IMAP command error
org.apache.geronimo.mail.util.InvalidCommandException: Unexpected command IMAP 
command error
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.receiveResponse(IMAPConnection.java:412)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPCommand.writeTo(IMAPCommand.java:200)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.sendCommand(IMAPConnection.java:320)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.sendSimpleCommand(IMAPConnection.java:288)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.appendMessage(IMAPConnection.java:1455)
at 
org.apache.geronimo.mail.store.imap.IMAPFolder.appendMessage(IMAPFolder.java:1562)
at 
org.apache.geronimo.mail.store.imap.IMAPFolder.appendMessages(IMAPFolder.java:977)
at fpopulate.copyMessages(fpopulate.java:209)
at fpopulate.copy(fpopulate.java:136)
at fpopulate.main(fpopulate.java:107)
{code}

while it works for the reference impl:

{code:java}
A6 APPEND test1 () "09-Aug-1997 02:23:05 +0200" {1418+}
Return-Path: 
Received: from rita.eng.sun.com by shorter.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA10322; Fri, 8 Aug 1997 17:23:07 -0700
Received: from jumanji.eng.sun.com by rita.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA06403; Fri, 8 Aug 1997 17:23:03 -0700
Received: by jumanji.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA22671; Fri, 8 Aug 1997 17:23:05 -0700
Date: Fri, 8 Aug 1997 17:23:05 -0700
From: ptn@jumanji (Phuong T. Nguyen)
Message-Id: <199708090023.raa22...@jumanji.eng.sun.com>
To: javam...@rita.de
Subject: Code Manager notification
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 682
Status: RO
X-Status: 
X-Keywords:
X-UID: 19

Event:putback-to
Parent workspace: /net/icdev/export1/ic/krakatoa/ws/jdt1.1-master
  (icdev:/export1/ic/krakatoa/ws/jdt1.1-master)
Child workspace:  /export0/ws/jdt1.1-ptn
  (jumanji:/export0/ws/jdt1.1-ptn)
User: ptn

Comment:
- Fixed bug 4064017
  HJV I18N: do not use System.getProperty("jdt.locale") to get Help
  locale dir

Files:
update: src/share/lib/textmessages.properties
update: src/share/lib/props/default/jdt.props
update: src/share/sunw/sunw/hotjava/sw/applets/HomePageApplet.java
update: src/share/sunw/sunw/hotjava/sw/misc/swBrowserProperties.java
update: src/share/sunw/sunw/hotjava/sw/ui/SwEditorFrame.java



A6 OK [APPENDUID 207446323 1] APPEND completed.

{code}

Targeting the same mail server. Note the difference in the literal header. Most 
of the TCK tests fail with a similar exception.

* To reproduce follow the instructions in tck.adoc (docker-compose + starting 
test mail)
* Copy "fpopulate" to the geronimo project. 
* Add the message from above into a folder and call the file "1".
* Run "fpopulate" with arguments "-s  -d 
imap://user01%40james.local:1234@localhost:1143 -D"

The same procedere works

[jira] [Comment Edited] (GERONIMO-6835) Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl

[Richard Zowalla (Jira)]

ate" with arguments "-s  -d 
imap://user01%40james.local:1234@localhost:1143 -D"

The same procedere works for the RI, so there might be a difference somewhere.



was (Author: rzo1):
Bootstraping the mailbox "test1" from the TCK fails for one of the mails 
contained in there:

 
{code:java}
>From jmk@cochin Thu Feb 12 14:06:35 1998 -0800
Return-Path: 
Received: from rita.eng.sun.com by shorter.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA10322; Fri, 8 Aug 1997 17:23:07 -0700
Received: from jumanji.eng.sun.com by rita.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA06403; Fri, 8 Aug 1997 17:23:03 -0700
Received: by jumanji.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA22671; Fri, 8 Aug 1997 17:23:05 -0700
Date: Fri, 8 Aug 1997 17:23:05 -0700
From: ptn@jumanji (Phuong T. Nguyen)
Message-Id: <199708090023.raa22...@jumanji.eng.sun.com>
To: javam...@rita.de
Subject: Code Manager notification
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 682
Status: RO
X-Status: 
X-Keywords:
X-UID: 19

Event:putback-to
Parent workspace: /net/icdev/export1/ic/krakatoa/ws/jdt1.1-master
  (icdev:/export1/ic/krakatoa/ws/jdt1.1-master)
Child workspace:  /export0/ws/jdt1.1-ptn
  (jumanji:/export0/ws/jdt1.1-ptn)
User: ptn

Comment:
- Fixed bug 4064017
  HJV I18N: do not use System.getProperty("jdt.locale") to get Help
  locale dir

Files:
update: src/share/lib/textmessages.properties
update: src/share/lib/props/default/jdt.props
update: src/share/sunw/sunw/hotjava/sw/applets/HomePageApplet.java
update: src/share/sunw/sunw/hotjava/sw/misc/swBrowserProperties.java
update: src/share/sunw/sunw/hotjava/sw/ui/SwEditorFrame.java


{code}
 

This specific mail fails with


{code:java}
a5 APPEND test1 () "9-Aug-1997 02:23:05 +0200" {1399}
a5 BAD APPEND failed. Illegal arguments.
Unexpected command IMAP command error
org.apache.geronimo.mail.util.InvalidCommandException: Unexpected command IMAP 
command error
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.receiveResponse(IMAPConnection.java:412)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPCommand.writeTo(IMAPCommand.java:200)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.sendCommand(IMAPConnection.java:320)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.sendSimpleCommand(IMAPConnection.java:288)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.appendMessage(IMAPConnection.java:1455)
at 
org.apache.geronimo.mail.store.imap.IMAPFolder.appendMessage(IMAPFolder.java:1562)
at 
org.apache.geronimo.mail.store.imap.IMAPFolder.appendMessages(IMAPFolder.java:977)
at fpopulate.copyMessages(fpopulate.java:209)
at fpopulate.copy(fpopulate.java:136)
at fpopulate.main(fpopulate.java:107)
{code}

while it works for the reference impl:

{code:java}
A6 APPEND test1 () "09-Aug-1997 02:23:05 +0200" {1418+}
Return-Path: 
Received: from rita.eng.sun.com by shorter.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA10322; Fri, 8 Aug 1997 17:23:07 -0700
Received: from jumanji.eng.sun.com by rita.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA06403; Fri, 8 Aug 1997 17:23:03 -0700
Received: by jumanji.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA22671; Fri, 8 Aug 1997 17:23:05 -0700
Date: Fri, 8 Aug 1997 17:23:05 -0700
From: ptn@jumanji (Phuong T. Nguyen)
Message-Id: <199708090023.raa22...@jumanji.eng.sun.com>
To: javam...@rita.de
Subject: Code Manager notification
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 682
Status: RO
X-Status: 
X-Keywords:
X-UID: 19

Event:putback-to
Parent workspace: /net/icdev/export1/ic/krakatoa/ws/jdt1.1-master
  (icdev:/export1/ic/krakatoa/ws/jdt1.1-master)
Child workspace:  /export0/ws/jdt1.1-ptn
  (jumanji:/export0/ws/jdt1.1-ptn)
User: ptn

Comment:
- Fixed bug 4064017
  HJV I18N: do not use System.getProperty("jdt.locale") to get Help
  locale dir

Files:
update: src/share/lib/textmessages.properties
update: src/share/lib/props/default/jdt.props
update: src/share/sunw/sunw/hotjava/sw/applets/HomePageApplet.java
update: src/share/sunw/sunw/hotjava/sw/misc/swBrowserProperties.java
update: src/share/sunw/sunw/hotjava/sw/ui/SwEditorFrame.java



A6 OK [APPENDUID 207446323 1] APPEND completed.

{code}

Targeting the same mail server. Note the difference in the literal header. Most 
of the TCK tests fail with a similar exception.

* To reproduce follow the instructions in tck.adoc (docker-compose + starting 
test mail)
* Copy "fpopulate" to the geronimo project. 
* Add the message from above into a folder 
* Run "fpopulate" with arguments "-s  -d 
imap://user01%40james.local:1234@localhost:1143 -D"



> Fix Jakarta Mail TCK 2.0.1 f

[jira] [Comment Edited] (GERONIMO-6835) Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl

[Richard Zowalla (Jira)]

 
imap://user01%40james.local:1234@localhost:1143 -D"




was (Author: rzo1):
Bootstraping the mailbox "test1" from the TCK fails for one of the mails 
contained in there:

 
{code:java}
>From jmk@cochin Thu Feb 12 14:06:35 1998 -0800
Return-Path: 
Received: from rita.eng.sun.com by shorter.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA10322; Fri, 8 Aug 1997 17:23:07 -0700
Received: from jumanji.eng.sun.com by rita.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA06403; Fri, 8 Aug 1997 17:23:03 -0700
Received: by jumanji.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA22671; Fri, 8 Aug 1997 17:23:05 -0700
Date: Fri, 8 Aug 1997 17:23:05 -0700
From: ptn@jumanji (Phuong T. Nguyen)
Message-Id: <199708090023.raa22...@jumanji.eng.sun.com>
To: javam...@rita.de
Subject: Code Manager notification
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 682
Status: RO
X-Status: 
X-Keywords:
X-UID: 19

Event:putback-to
Parent workspace: /net/icdev/export1/ic/krakatoa/ws/jdt1.1-master
  (icdev:/export1/ic/krakatoa/ws/jdt1.1-master)
Child workspace:  /export0/ws/jdt1.1-ptn
  (jumanji:/export0/ws/jdt1.1-ptn)
User: ptn

Comment:
- Fixed bug 4064017
  HJV I18N: do not use System.getProperty("jdt.locale") to get Help
  locale dir

Files:
update: src/share/lib/textmessages.properties
update: src/share/lib/props/default/jdt.props
update: src/share/sunw/sunw/hotjava/sw/applets/HomePageApplet.java
update: src/share/sunw/sunw/hotjava/sw/misc/swBrowserProperties.java
update: src/share/sunw/sunw/hotjava/sw/ui/SwEditorFrame.java


{code}
 

This specific mail fails with


{code:java}
a5 APPEND test1 () "9-Aug-1997 02:23:05 +0200" {1399}
a5 BAD APPEND failed. Illegal arguments.
Unexpected command IMAP command error
org.apache.geronimo.mail.util.InvalidCommandException: Unexpected command IMAP 
command error
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.receiveResponse(IMAPConnection.java:412)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPCommand.writeTo(IMAPCommand.java:200)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.sendCommand(IMAPConnection.java:320)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.sendSimpleCommand(IMAPConnection.java:288)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.appendMessage(IMAPConnection.java:1455)
at 
org.apache.geronimo.mail.store.imap.IMAPFolder.appendMessage(IMAPFolder.java:1562)
at 
org.apache.geronimo.mail.store.imap.IMAPFolder.appendMessages(IMAPFolder.java:977)
at fpopulate.copyMessages(fpopulate.java:209)
at fpopulate.copy(fpopulate.java:136)
at fpopulate.main(fpopulate.java:107)
{code}

while it works for the reference impl:

{code:java}
A6 APPEND test1 () "09-Aug-1997 02:23:05 +0200" {1418+}
Return-Path: 
Received: from rita.eng.sun.com by shorter.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA10322; Fri, 8 Aug 1997 17:23:07 -0700
Received: from jumanji.eng.sun.com by rita.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA06403; Fri, 8 Aug 1997 17:23:03 -0700
Received: by jumanji.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA22671; Fri, 8 Aug 1997 17:23:05 -0700
Date: Fri, 8 Aug 1997 17:23:05 -0700
From: ptn@jumanji (Phuong T. Nguyen)
Message-Id: <199708090023.raa22...@jumanji.eng.sun.com>
To: javam...@rita.de
Subject: Code Manager notification
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 682
Status: RO
X-Status: 
X-Keywords:
X-UID: 19

Event:putback-to
Parent workspace: /net/icdev/export1/ic/krakatoa/ws/jdt1.1-master
  (icdev:/export1/ic/krakatoa/ws/jdt1.1-master)
Child workspace:  /export0/ws/jdt1.1-ptn
  (jumanji:/export0/ws/jdt1.1-ptn)
User: ptn

Comment:
- Fixed bug 4064017
  HJV I18N: do not use System.getProperty("jdt.locale") to get Help
  locale dir

Files:
update: src/share/lib/textmessages.properties
update: src/share/lib/props/default/jdt.props
update: src/share/sunw/sunw/hotjava/sw/applets/HomePageApplet.java
update: src/share/sunw/sunw/hotjava/sw/misc/swBrowserProperties.java
update: src/share/sunw/sunw/hotjava/sw/ui/SwEditorFrame.java



A6 OK [APPENDUID 207446323 1] APPEND completed.

{code}

Targeting the same mail server. Note the difference in the literal header. Most 
of the TCK tests fail with a similar exception.

> Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl
> -
>
> Key: GERONIMO-6835
> URL: https://issues.apache.org/jira/browse/GERONIMO-6835
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: mail
>Reporter: Richard Zowalla
>Pri

[jira] [Commented] (GERONIMO-6835) Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl

[Richard Zowalla (Jira)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-6835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17541671#comment-17541671
 ] 

Richard Zowalla commented on GERONIMO-6835:
---

Bootstraping the mailbox "test1" from the TCK fails for one of the mails 
contained in there:

 
{code:java}
>From jmk@cochin Thu Feb 12 14:06:35 1998 -0800
Return-Path: 
Received: from rita.eng.sun.com by shorter.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA10322; Fri, 8 Aug 1997 17:23:07 -0700
Received: from jumanji.eng.sun.com by rita.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA06403; Fri, 8 Aug 1997 17:23:03 -0700
Received: by jumanji.eng.sun.com (SMI-8.6/SMI-SVR4)
   id RAA22671; Fri, 8 Aug 1997 17:23:05 -0700
Date: Fri, 8 Aug 1997 17:23:05 -0700
From: ptn@jumanji (Phuong T. Nguyen)
Message-Id: <199708090023.raa22...@jumanji.eng.sun.com>
To: javam...@rita.de
Subject: Code Manager notification
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 682
Status: RO
X-Status: 
X-Keywords:
X-UID: 19

Event:putback-to
Parent workspace: /net/icdev/export1/ic/krakatoa/ws/jdt1.1-master
  (icdev:/export1/ic/krakatoa/ws/jdt1.1-master)
Child workspace:  /export0/ws/jdt1.1-ptn
  (jumanji:/export0/ws/jdt1.1-ptn)
User: ptn

Comment:
- Fixed bug 4064017
  HJV I18N: do not use System.getProperty("jdt.locale") to get Help
  locale dir

Files:
update: src/share/lib/textmessages.properties
update: src/share/lib/props/default/jdt.props
update: src/share/sunw/sunw/hotjava/sw/applets/HomePageApplet.java
update: src/share/sunw/sunw/hotjava/sw/misc/swBrowserProperties.java
update: src/share/sunw/sunw/hotjava/sw/ui/SwEditorFrame.java


{code}
 

This specific mail fails with


{code:java}
a5 APPEND test1 () "9-Aug-1997 02:23:05 +0200" {1399}
a5 BAD APPEND failed. Illegal arguments.
Unexpected command IMAP command error
org.apache.geronimo.mail.util.InvalidCommandException: Unexpected command IMAP 
command error
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.receiveResponse(IMAPConnection.java:412)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPCommand.writeTo(IMAPCommand.java:200)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.sendCommand(IMAPConnection.java:320)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.sendSimpleCommand(IMAPConnection.java:288)
at 
org.apache.geronimo.mail.store.imap.connection.IMAPConnection.appendMessage(IMAPConnection.java:1455)
at 
org.apache.geronimo.mail.store.imap.IMAPFolder.appendMessage(IMAPFolder.java:1562)
at 
org.apache.geronimo.mail.store.imap.IMAPFolder.appendMessages(IMAPFolder.java:977)
at fpopulate.copyMessages(fpopulate.java:209)
at fpopulate.copy(fpopulate.java:136)
at fpopulate.main(fpopulate.java:107)
{code}

while it works for the reference impl:

{code:java}
A6 APPEND test1 () "09-Aug-1997 02:23:05 +0200" {1418+}
Return-Path: 
Received: from rita.eng.sun.com by shorter.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA10322; Fri, 8 Aug 1997 17:23:07 -0700
Received: from jumanji.eng.sun.com by rita.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA06403; Fri, 8 Aug 1997 17:23:03 -0700
Received: by jumanji.eng.sun.com (SMI-8.6/SMI-SVR4)
id RAA22671; Fri, 8 Aug 1997 17:23:05 -0700
Date: Fri, 8 Aug 1997 17:23:05 -0700
From: ptn@jumanji (Phuong T. Nguyen)
Message-Id: <199708090023.raa22...@jumanji.eng.sun.com>
To: javam...@rita.de
Subject: Code Manager notification
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 682
Status: RO
X-Status: 
X-Keywords:
X-UID: 19

Event:putback-to
Parent workspace: /net/icdev/export1/ic/krakatoa/ws/jdt1.1-master
  (icdev:/export1/ic/krakatoa/ws/jdt1.1-master)
Child workspace:  /export0/ws/jdt1.1-ptn
  (jumanji:/export0/ws/jdt1.1-ptn)
User: ptn

Comment:
- Fixed bug 4064017
  HJV I18N: do not use System.getProperty("jdt.locale") to get Help
  locale dir

Files:
update: src/share/lib/textmessages.properties
update: src/share/lib/props/default/jdt.props
update: src/share/sunw/sunw/hotjava/sw/applets/HomePageApplet.java
update: src/share/sunw/sunw/hotjava/sw/misc/swBrowserProperties.java
update: src/share/sunw/sunw/hotjava/sw/ui/SwEditorFrame.java



A6 OK [APPENDUID 207446323 1] APPEND completed.

{code}

Targeting the same mail server. Note the difference in the literal header. Most 
of the TCK tests fail with a similar exception.

> Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl
> -
>
> Key: GERONIMO-6835
> URL: https://issues.apache.org/jira/browse/GERONIMO-6835
> Project: Geron

[jira] [Commented] (GERONIMO-6835) Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl

[Richard Zowalla (Jira)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-6835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17541482#comment-17541482
 ] 

Richard Zowalla commented on GERONIMO-6835:
---

Note, that we are already passing the  
[com.sun.ts.tests.javamail.ee|http://com.sun.ts.tests.javamail.ee/] in TomEE 
with the current snapshot impl. This issue relates to the standalone mail tck. 

> Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl
> -
>
> Key: GERONIMO-6835
> URL: https://issues.apache.org/jira/browse/GERONIMO-6835
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: mail
>Reporter: Richard Zowalla
>Priority: Major
>
> Currently, we have some failing TCK tests for our Jakarta Mail implementation 
> with https://jakarta.ee/specifications/mail/2.0/ (TCK 2.0.1).
> See attached output. Difference between 8 and 11 are the sigtests.
> Java 8
> {code:java}
> [javatest.batch] Completed running 321 tests.
> [javatest.batch] Number of Tests Passed  = 166
> [javatest.batch] Number of Tests Failed  = 155
> [javatest.batch] Number of Tests with Errors = 0
> [javatest.batch] Number of Tests Not Run = 0
> [javatest.batch] 
> ---
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/Address/equals_Test.java#equals_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/Address/getType_Test.java#getType_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/Address/toString_Test.java#toString_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/event/ConnectionEvent/addConnectionListener_Test.java#addConnectionListener_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/event/FolderEvent/addFolderListener_Test.java#addFolderListener_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/event/FolderEvent/addMsgChangeList_Test.java#addMsgChangeList_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/event/FolderEvent/addMsgCntList_Test.java#addMsgCntList_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/event/StoreEvent/addStoreListener_Test.java#addStoreListener_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/event/TransportEvent/addTransportListener_Test.java#addTransportListener_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/exception/authenFailExp_Test.java#authenFailExp_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/exception/folderClosedException_Test.java#folderClosedException_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/exception/folderNotFoundExp_Test.java#folderNotFoundExp_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/exception/illegalWriteException_Test.java#illegalWriteException_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/exception/msgRemoveExp_Test.java#msgRemoveExp_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/exception/noSuchProvExp_Test.java#noSuchProvExp_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/FetchProfile/add_Test.java#add_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/FetchProfile/contains_Test.java#contains_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/FetchProfile/fetchProfile_Test.java#fetchProfile_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/FetchProfile/getHeaderNames_Test.java#getHeaderNames_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/FetchProfile/getItems_Test.java#getItems_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/Flags/add_Test.java#add_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/Flags/clear_Test.java#clear_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/Flags/clone_Test.java#clone_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/Flags/contains_Test.java#contains_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/Flags/equals_Test.java#equals_Test
> [javatest.batch] 
> PASSEDjavasoft/sqe/tests/jakarta/mail/Flags/Flags_Test.java#Flags_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/tests/jakarta/mail/Flags/getSystemFlags_Test.java#getSystemFlags_Test
> [javatest.batch] 
> FAILEDjavasoft/sqe/te

[jira] [Created] (GERONIMO-6835) Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl

[Richard Zowalla (Jira)]

Richard Zowalla created GERONIMO-6835:
-

 Summary: Fix Jakarta Mail TCK 2.0.1 for Geronimo Jakarta Mail Impl
 Key: GERONIMO-6835
 URL: https://issues.apache.org/jira/browse/GERONIMO-6835
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: mail
Reporter: Richard Zowalla


Currently, we have some failing TCK tests for our Jakarta Mail implementation 
with https://jakarta.ee/specifications/mail/2.0/ (TCK 2.0.1).

See attached output. Difference between 8 and 11 are the sigtests.

Java 8


{code:java}
[javatest.batch] Completed running 321 tests.
[javatest.batch] Number of Tests Passed  = 166
[javatest.batch] Number of Tests Failed  = 155
[javatest.batch] Number of Tests with Errors = 0
[javatest.batch] Number of Tests Not Run = 0
[javatest.batch] ---
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/Address/equals_Test.java#equals_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/Address/getType_Test.java#getType_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/Address/toString_Test.java#toString_Test
[javatest.batch] 
PASSEDjavasoft/sqe/tests/jakarta/mail/event/ConnectionEvent/addConnectionListener_Test.java#addConnectionListener_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/event/FolderEvent/addFolderListener_Test.java#addFolderListener_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/event/FolderEvent/addMsgChangeList_Test.java#addMsgChangeList_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/event/FolderEvent/addMsgCntList_Test.java#addMsgCntList_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/event/StoreEvent/addStoreListener_Test.java#addStoreListener_Test
[javatest.batch] 
PASSEDjavasoft/sqe/tests/jakarta/mail/event/TransportEvent/addTransportListener_Test.java#addTransportListener_Test
[javatest.batch] 
PASSEDjavasoft/sqe/tests/jakarta/mail/exception/authenFailExp_Test.java#authenFailExp_Test
[javatest.batch] 
PASSEDjavasoft/sqe/tests/jakarta/mail/exception/folderClosedException_Test.java#folderClosedException_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/exception/folderNotFoundExp_Test.java#folderNotFoundExp_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/exception/illegalWriteException_Test.java#illegalWriteException_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/exception/msgRemoveExp_Test.java#msgRemoveExp_Test
[javatest.batch] 
PASSEDjavasoft/sqe/tests/jakarta/mail/exception/noSuchProvExp_Test.java#noSuchProvExp_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/FetchProfile/add_Test.java#add_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/FetchProfile/contains_Test.java#contains_Test
[javatest.batch] 
PASSEDjavasoft/sqe/tests/jakarta/mail/FetchProfile/fetchProfile_Test.java#fetchProfile_Test
[javatest.batch] 
PASSEDjavasoft/sqe/tests/jakarta/mail/FetchProfile/getHeaderNames_Test.java#getHeaderNames_Test
[javatest.batch] 
PASSEDjavasoft/sqe/tests/jakarta/mail/FetchProfile/getItems_Test.java#getItems_Test
[javatest.batch] 
PASSEDjavasoft/sqe/tests/jakarta/mail/Flags/add_Test.java#add_Test
[javatest.batch] 
PASSEDjavasoft/sqe/tests/jakarta/mail/Flags/clear_Test.java#clear_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/Flags/clone_Test.java#clone_Test
[javatest.batch] 
PASSEDjavasoft/sqe/tests/jakarta/mail/Flags/contains_Test.java#contains_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/Flags/equals_Test.java#equals_Test
[javatest.batch] 
PASSEDjavasoft/sqe/tests/jakarta/mail/Flags/Flags_Test.java#Flags_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/Flags/getSystemFlags_Test.java#getSystemFlags_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/Flags/getUserFlags_Test.java#getUserFlags_Test
[javatest.batch] 
PASSEDjavasoft/sqe/tests/jakarta/mail/Flags/remove_Test.java#remove_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/Flags/retainAll_Test.java#retainAll_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/Folder/appendMessages_Test.java#appendMessages_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/Folder/autoclose_Test.java#autoclose_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/Folder/close_Test.java#close_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/Folder/create_Test.java#create_Test
[javatest.batch] 
FAILEDjavasoft/sqe/tests/jakarta/mail/Folder/delete_Test.java#delete_Test
[javatest.batch] 
PASSED

[jira] [Commented] (GERONIMO-6834) geronimo-jakartamail_2.1_spec (1.0.0-M1) does not pass Jakarta Mail TCK SigTests for Java 11

[Richard Zowalla (Jira)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-6834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17541470#comment-17541470
 ] 

Richard Zowalla commented on GERONIMO-6834:
---

The difference arises from the fact, that we are overriding Object#finalize() 
to do some work in our spec. SigTests run with 11+ expect a @Deprecated 
annotation to be present, which is only available in Java 9+. If we want to 
comply with that, we will need to switch the target to 11 (or stick with 1.8 
atm until EE10 is around the corner).

> geronimo-jakartamail_2.1_spec (1.0.0-M1) does not pass Jakarta Mail TCK 
> SigTests for Java 11
> 
>
> Key: GERONIMO-6834
> URL: https://issues.apache.org/jira/browse/GERONIMO-6834
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: specs
>Reporter: Richard Zowalla
>Priority: Major
>
> We have failing signature tests on *geronimo-jakartamail_2.1_spec* (1.0.0-M1)
> {code:java}
> Missing Methods
> ---
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> byte[] java.io.ByteArrayInputStream.readAllBytes()
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> byte[] java.io.InputStream.readNBytes(int) throws java.io.IOException
> jakarta.mail.util.SharedByteArrayInputStream:   method public int 
> java.io.ByteArrayInputStream.readNBytes(byte[],int,int)
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> long java.io.ByteArrayInputStream.transferTo(java.io.OutputStream) throws 
> java.io.IOException
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> static java.io.InputStream java.io.InputStream.nullInputStream()
> jakarta.mail.util.SharedFileInputStream:method public byte[] 
> java.io.InputStream.readAllBytes() throws java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public byte[] 
> java.io.InputStream.readNBytes(int) throws java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public int 
> java.io.InputStream.readNBytes(byte[],int,int) throws java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public long 
> java.io.InputStream.transferTo(java.io.OutputStream) throws 
> java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public static 
> java.io.InputStream java.io.InputStream.nullInputStream()
> Missed Annotations
> --
> jakarta.mail.Address:   finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Authenticator: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.BodyPart:  finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.FetchProfile:  finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.FetchProfile$Item: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Flags: finalize():anno 0 java.lang.Deprecated(boolean 
> forRemoval=false, java.lang.String since="9")
> jakarta.mail.Flags$Flag:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Header:finalize():anno 0 java.lang.Deprecated(boolean 
> forRemoval=false, java.lang.String since="9")
> jakarta.mail.Message:   finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Message$RecipientType: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.MessageContext:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.MessagingException:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Multipart: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.PasswordAuthentication:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Provider:  finalize():anno 0 
>

[jira] [Updated] (GERONIMO-6834) geronimo-jakartamail_2.1_spec (1.0.0-M1) does not pass Jakarta Mail TCK SigTests for Java 11

[Richard Zowalla (Jira)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard Zowalla updated GERONIMO-6834:
--
Summary: geronimo-jakartamail_2.1_spec (1.0.0-M1) does not pass Jakarta 
Mail TCK SigTests for Java 11  (was: geronimo-jakartamail_2.1_spec does not 
pass Jakarta Mail TCK SigTests for Java 11)

> geronimo-jakartamail_2.1_spec (1.0.0-M1) does not pass Jakarta Mail TCK 
> SigTests for Java 11
> 
>
> Key: GERONIMO-6834
> URL: https://issues.apache.org/jira/browse/GERONIMO-6834
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: specs
>Reporter: Richard Zowalla
>Priority: Major
>
> We have failing signature tests on *geronimo-jakartamail_2.1_spec* (1.0.0-M1)
> {code:java}
> Missing Methods
> ---
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> byte[] java.io.ByteArrayInputStream.readAllBytes()
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> byte[] java.io.InputStream.readNBytes(int) throws java.io.IOException
> jakarta.mail.util.SharedByteArrayInputStream:   method public int 
> java.io.ByteArrayInputStream.readNBytes(byte[],int,int)
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> long java.io.ByteArrayInputStream.transferTo(java.io.OutputStream) throws 
> java.io.IOException
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> static java.io.InputStream java.io.InputStream.nullInputStream()
> jakarta.mail.util.SharedFileInputStream:method public byte[] 
> java.io.InputStream.readAllBytes() throws java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public byte[] 
> java.io.InputStream.readNBytes(int) throws java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public int 
> java.io.InputStream.readNBytes(byte[],int,int) throws java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public long 
> java.io.InputStream.transferTo(java.io.OutputStream) throws 
> java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public static 
> java.io.InputStream java.io.InputStream.nullInputStream()
> Missed Annotations
> --
> jakarta.mail.Address:   finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Authenticator: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.BodyPart:  finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.FetchProfile:  finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.FetchProfile$Item: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Flags: finalize():anno 0 java.lang.Deprecated(boolean 
> forRemoval=false, java.lang.String since="9")
> jakarta.mail.Flags$Flag:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Header:finalize():anno 0 java.lang.Deprecated(boolean 
> forRemoval=false, java.lang.String since="9")
> jakarta.mail.Message:   finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Message$RecipientType: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.MessageContext:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.MessagingException:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Multipart: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.PasswordAuthentication:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Provider:  finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Provider$Type: finalize():anno 0 
> java.lang.Deprecated(

[jira] [Updated] (GERONIMO-6834) geronimo-jakartamail_2.1_spec does not pass Jakarta Mail TCK SigTests for Java 11

[Richard Zowalla (Jira)]

g since="9")
jakarta.mail.Flags$Flag:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.Header:finalize():anno 0 java.lang.Deprecated(boolean 
forRemoval=false, java.lang.String since="9")
jakarta.mail.Message:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.Message$RecipientType: finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.MessageContext:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.MessagingException:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.Multipart: finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.PasswordAuthentication:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.Provider:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.Provider$Type: finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.Quota: finalize():anno 0 java.lang.Deprecated(boolean 
forRemoval=false, java.lang.String since="9")
jakarta.mail.Quota$Resource:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.Session:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.URLName:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.event.ConnectionAdapter:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.event.FolderAdapter:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.event.MailEvent:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.event.MessageCountAdapter: finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.event.TransportAdapter:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.ContentDisposition:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.ContentType:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.HeaderTokenizer:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.HeaderTokenizer$Token:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.InternetAddress:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.InternetHeaders:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.MailDateFormat:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.MimeBodyPart: finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.MimeMessage:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.MimePartDataSource:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.MimeUtility:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.ParameterList:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.search.SearchTerm: finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.util.ByteArrayDataSource:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.util.SharedByteArrayInputStream:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")

duplicate messages suppressed:

[jira] [Commented] (GERONIMO-6834) geronimo-jakartamail_2.1_spec does not pass Jakarta Mail TCK SigTests for Java 11

[Richard Zowalla (Jira)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-6834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17541465#comment-17541465
 ] 

Richard Zowalla commented on GERONIMO-6834:
---

Signature tests work fine for Java 8


{code:java}
[javatest.batch] PASSEDcom/sun/tdk/signaturetest/SignatureTest.java

{code}


> geronimo-jakartamail_2.1_spec does not pass Jakarta Mail TCK SigTests for 
> Java 11
> -
>
> Key: GERONIMO-6834
> URL: https://issues.apache.org/jira/browse/GERONIMO-6834
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: specs
>Reporter: Richard Zowalla
>Priority: Major
>
> We have failing signature tests on *geronimo-jakartamail_2.1_spec*
> {code:java}
> Missing Methods
> ---
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> byte[] java.io.ByteArrayInputStream.readAllBytes()
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> byte[] java.io.InputStream.readNBytes(int) throws java.io.IOException
> jakarta.mail.util.SharedByteArrayInputStream:   method public int 
> java.io.ByteArrayInputStream.readNBytes(byte[],int,int)
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> long java.io.ByteArrayInputStream.transferTo(java.io.OutputStream) throws 
> java.io.IOException
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> static java.io.InputStream java.io.InputStream.nullInputStream()
> jakarta.mail.util.SharedFileInputStream:method public byte[] 
> java.io.InputStream.readAllBytes() throws java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public byte[] 
> java.io.InputStream.readNBytes(int) throws java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public int 
> java.io.InputStream.readNBytes(byte[],int,int) throws java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public long 
> java.io.InputStream.transferTo(java.io.OutputStream) throws 
> java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public static 
> java.io.InputStream java.io.InputStream.nullInputStream()
> Missed Annotations
> --
> jakarta.mail.Address:   finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Authenticator: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.BodyPart:  finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.FetchProfile:  finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.FetchProfile$Item: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Flags: finalize():anno 0 java.lang.Deprecated(boolean 
> forRemoval=false, java.lang.String since="9")
> jakarta.mail.Flags$Flag:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Header:finalize():anno 0 java.lang.Deprecated(boolean 
> forRemoval=false, java.lang.String since="9")
> jakarta.mail.Message:   finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Message$RecipientType: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.MessageContext:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.MessagingException:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Multipart: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.PasswordAuthentication:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Provider:  finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Provider$Type: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jaka

[jira] [Updated] (GERONIMO-6834) geronimo-jakartamail_2.1_spec does not pass Jakarta Mail TCK SigTests for Java 11

[Richard Zowalla (Jira)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Richard Zowalla updated GERONIMO-6834:
--
Summary: geronimo-jakartamail_2.1_spec does not pass Jakarta Mail TCK 
SigTests for Java 11  (was: geronimo-jakartamail_2.1_spec does not pass Jakarta 
Mail TCK SigTests)

> geronimo-jakartamail_2.1_spec does not pass Jakarta Mail TCK SigTests for 
> Java 11
> -
>
> Key: GERONIMO-6834
> URL: https://issues.apache.org/jira/browse/GERONIMO-6834
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: specs
>Reporter: Richard Zowalla
>Priority: Major
>
> We have failing signature tests on *geronimo-jakartamail_2.1_spec*
> {code:java}
> Missing Methods
> ---
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> byte[] java.io.ByteArrayInputStream.readAllBytes()
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> byte[] java.io.InputStream.readNBytes(int) throws java.io.IOException
> jakarta.mail.util.SharedByteArrayInputStream:   method public int 
> java.io.ByteArrayInputStream.readNBytes(byte[],int,int)
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> long java.io.ByteArrayInputStream.transferTo(java.io.OutputStream) throws 
> java.io.IOException
> jakarta.mail.util.SharedByteArrayInputStream:   method public 
> static java.io.InputStream java.io.InputStream.nullInputStream()
> jakarta.mail.util.SharedFileInputStream:method public byte[] 
> java.io.InputStream.readAllBytes() throws java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public byte[] 
> java.io.InputStream.readNBytes(int) throws java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public int 
> java.io.InputStream.readNBytes(byte[],int,int) throws java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public long 
> java.io.InputStream.transferTo(java.io.OutputStream) throws 
> java.io.IOException
> jakarta.mail.util.SharedFileInputStream:method public static 
> java.io.InputStream java.io.InputStream.nullInputStream()
> Missed Annotations
> --
> jakarta.mail.Address:   finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Authenticator: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.BodyPart:  finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.FetchProfile:  finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.FetchProfile$Item: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Flags: finalize():anno 0 java.lang.Deprecated(boolean 
> forRemoval=false, java.lang.String since="9")
> jakarta.mail.Flags$Flag:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Header:finalize():anno 0 java.lang.Deprecated(boolean 
> forRemoval=false, java.lang.String since="9")
> jakarta.mail.Message:   finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Message$RecipientType: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.MessageContext:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.MessagingException:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Multipart: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.PasswordAuthentication:finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Provider:  finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jakarta.mail.Provider$Type: finalize():anno 0 
> java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
> jaka

[jira] [Updated] (GERONIMO-6834) geronimo-jakartamail_2.1_spec does not pass Jakarta Mail TCK SigTests

[Richard Zowalla (Jira)]

since="9")
jakarta.mail.Flags$Flag:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.Header:finalize():anno 0 java.lang.Deprecated(boolean 
forRemoval=false, java.lang.String since="9")
jakarta.mail.Message:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.Message$RecipientType: finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.MessageContext:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.MessagingException:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.Multipart: finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.PasswordAuthentication:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.Provider:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.Provider$Type: finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.Quota: finalize():anno 0 java.lang.Deprecated(boolean 
forRemoval=false, java.lang.String since="9")
jakarta.mail.Quota$Resource:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.Session:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.URLName:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.event.ConnectionAdapter:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.event.FolderAdapter:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.event.MailEvent:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.event.MessageCountAdapter: finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.event.TransportAdapter:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.ContentDisposition:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.ContentType:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.HeaderTokenizer:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.HeaderTokenizer$Token:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.InternetAddress:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.InternetHeaders:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.MailDateFormat:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.MimeBodyPart: finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.MimeMessage:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.MimePartDataSource:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.MimeUtility:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.internet.ParameterList:finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.search.SearchTerm: finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.util.ByteArrayDataSource:  finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")
jakarta.mail.util.SharedByteArrayInputStream:   finalize():anno 0 
java.lang.Deprecated(boolean forRemoval=false, java.lang.String since="9")

duplicate messages suppressed: 47

STAT

Re: mail tck?

[Mark Struberg]

+1

LieGrue,
strub

> Am 10.08.2019 um 10:25 schrieb Jean-Baptiste Onofré :
> 
> Hi Romain,
> 
> I didn't notice that but I think you are right about the location. I
> think it's worth to try to pass TCK.
> 
> Regards
> JB
> 
> On 10/08/2019 10:23, Romain Manni-Bucau wrote:
>> Hi everyone,
>> 
>> We spoke of releasing our javamail impl,
>> Anyone noticed tck are on github
>> now? https://github.com/eclipse-ee4j/javamail-tck
>> Did we try to pass them? Do we want to setup them in the build - worse
>> case in an optional module doing a git clone + mvn exec?
>> 
>> Romain Manni-Bucau
>> @rmannibucau  |  Blog
>>  | Old Blog
>>  | Github
>>  | LinkedIn
>>  | Book
>> 
> 
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

Re: mail tck?

[Jean-Baptiste Onofré]

Hi Romain,

I didn't notice that but I think you are right about the location. I
think it's worth to try to pass TCK.

Regards
JB

On 10/08/2019 10:23, Romain Manni-Bucau wrote:
> Hi everyone,
> 
> We spoke of releasing our javamail impl,
> Anyone noticed tck are on github
> now? https://github.com/eclipse-ee4j/javamail-tck
> Did we try to pass them? Do we want to setup them in the build - worse
> case in an optional module doing a git clone + mvn exec?
> 
> Romain Manni-Bucau
> @rmannibucau  |  Blog
>  | Old Blog
>  | Github
>  | LinkedIn
>  | Book
> 

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

mail tck?

[Romain Manni-Bucau]

Hi everyone,

We spoke of releasing our javamail impl,
Anyone noticed tck are on github now?
https://github.com/eclipse-ee4j/javamail-tck
Did we try to pass them? Do we want to setup them in the build - worse case
in an optional module doing a git clone + mvn exec?

Romain Manni-Bucau
@rmannibucau  |  Blog
 | Old Blog
 | Github  |
LinkedIn  | Book