You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2003/08/22 15:24:09 UTC

DO NOT REPLY [Bug 22656] New: - SMTP won't work under non-ASCII platforms

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22656>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22656

SMTP won't work under non-ASCII platforms

           Summary: SMTP won't work under non-ASCII platforms
           Product: Commons
           Version: unspecified
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Blocker
          Priority: Other
         Component: Net
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: fasselin@ca.ibm.com


The SMTP code doesn't work on EBCDIC platforms (like IBM os/390) because it 
sends the commands in the default platform encoding instead of forcing it to be 
ASCII.

I've tested it with an application running on OS/390 trying to do SMTP with a 
Domino server also running on OS/390 and it doesn't work because the server 
expects ASCII encoding even if it is running on an EBCDIC platform.

It is specified in the SMTP protocol that the commands/responses must be 
encoded in ASCII.

I've made it work locally by changing the calls to open the input/output 
streams in the com.oroinc.net.smtp.SMTP._connectAction_() method by using the 
respective constructors accepting an encoding as the second parameter and by 
specifying this encoding to be "Cp850".  The code changes still works on a 
Win2K platform.

I suspect there might be other platforms and/or other protocols that are 
affected.