[Tcllib-bugs] [ tcllib-Bugs-443613 ] new binary translation breaks pop3::send

[<no...@so...>]

Bugs item #443613, was opened at 2001-07-22 14:14
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=112883&aid=443613&group_id=12883

Category: pop3
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ashwin Hirschi (deery)
Assigned to: Andreas Kupries (andreas_kupries)
Summary: new binary translation breaks pop3::send

Initial Comment:
Just downloaded ActiveTcl 8.3.3.2 and found pop3's new 
binary translation mode breaks the send proc...

Connecting to some of my email accounts now hangs my 
email script (indefinitely?). Things worked fine with 
the old tcllib 0.8...

I believe the problem lies in the fact that the send 
proc now (i.e. in the new binary mode) only appends LF-
s to commands it "puts" to the POP3 server. If I'm not 
mistaken the official line termination sequence for 
POP3 is CRLF. And POP3 servers expecting this may 
therefore wait awhile before sending anything back...

A solution might be to change the channel translation 
command (in ::pop3::open) into:

    fconfigure $chan -translation binary crlf

I hope this helps.

-- AH.


----------------------------------------------------------------------

>Comment By: Andreas Kupries (andreas_kupries)
Date: 2001-07-30 16:44

Message:
Logged In: YES 
user_id=75003

Actually I cannot see a reason for the binary on the input 
side either. It should be auto. I.e. lenient if the server 
doesn't do the EOLs correctly. I'll have to query Scott 
Redman about this, I guess.

----------------------------------------------------------------------

Comment By: Andreas Kupries (andreas_kupries)
Date: 2001-07-30 16:43

Message:
Logged In: YES 
user_id=75003

Scott's answer is that MS Exchange will not work without 
the translation binary. Maybe this server expects LF only 
for commands. Is there a way to identify MS Exchange 
server, maybe through some string in their greeting ?


----------------------------------------------------------------------

Comment By: Andreas Kupries (andreas_kupries)
Date: 2001-07-30 16:21

Message:
Logged In: YES 
user_id=75003

Actually I cannot see a reason for the binary on the input 
side either. It should be auto. I.e. lenient if the server 
doesn't do the EOLs correctly. I'll have to query Scott 
Redman about this, I guess.

----------------------------------------------------------------------

Comment By: Andreas Kupries (andreas_kupries)
Date: 2001-07-30 16:14

Message:
Logged In: YES 
user_id=75003

The change to translation "binary" happened between 
versions 1.7 and 1.8. See http://cvs.sourceforge.net/cgi-
bin/viewcvs.cgi/tcllib/tcllib/modules/pop3/pop3.tcl.diff?
r1=text&tr1=1.7&r2=text&tr2=1.8&diff_format=h

Interestingly enough version 1.8 is tagged with tcllib-0-8-
0, i.e. this change is (should be) part of tcllib 0.8. 
which apparently works. Hm. Still, the change in itself 
should be ok cause CR LF _is_ the official EOL sequence for 
POP3 (and most other ASCII-based protocols like SMTP, etc.).



----------------------------------------------------------------------

Comment By: Ashwin Hirschi (deery)
Date: 2001-07-22 15:10

Message:
Logged In: YES 
user_id=278157


P.S. OK... I could have sworn I tested my fix correctly, 
but Wish now complains about the (obviously) missing curly 
braces. The workaround should read:

    fconfigure $chan -translation { binary crlf }

-- AH.


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=112883&aid=443613&group_id=12883