Tk Library Source Code

  mime/smtp/Trf package bug

  the proc "smtp::wdata(949)" got a command
"create/read" form procedure
  "transform(902)". This command is not supported

<-- 220 linux02.otto-net ESMTP Sendmail
8.11.2/8.11.2/SuSE Linux 8.11.1-0.5; Wed, 17 Oct 2001
10:47:02 +0200
--> EHLO localhost (wait upto 300 seconds)
<-- 250-linux02.otto-net Hello localhost [127.0.0.1],
pleased to meet you
<-- 250-ENHANCEDSTATUSCODES
<-- 250-8BITMIME
<-- 250-SIZE
<-- 250-DSN
<-- 250-ONEX
<-- 250-ETRN
<-- 250-XUSR
<-- 250 HELP
--> ONEX (wait upto 300 seconds)
<-- 250 2.0.0 Only one transaction
--> MAIL FROM:<dev2usr@linux02> (wait upto 600 seconds)
<-- 250 2.1.0 <dev2usr@linux02>... Sender ok
--> RCPT TO:<dev1usr@linux02> (wait upto 3600 seconds)
<-- 250 2.1.5 <dev1usr@linux02>... Recipient ok
--> DATA (wait upto 300 seconds)
<-- 354 Enter mail, end with "." on a line by itself
Call: smtp::wtextaux ::smtp::1 ::mime::1
Call: smtp::wdata ::smtp::1 create/write {}
Call: smtp::wdata ::smtp::1 create/read {}
--> RSET (wait upto 0 seconds)
--> QUIT (wait upto 0 seconds)
Unknown command "create/read"
    while executing
"error "Unknown command \"$command\"""
    ("default" arm line 2)
    invoked from within
"switch -- $command {
        create/write
            -
        clear/write
            -
        delete/write {
            set state(crP) 0
        ..."
    (procedure "smtp::wdata" line 8)
    invoked from within
"smtp::wdata ::smtp::1 create/read {}"
    invoked from within
"transform -attach $state(sd) -command [list
smtp::wdata $token]"
    (procedure "smtp::wtextaux" line 11)
    invoked from within
"smtp::wtextaux $token $part "
    invoked from within
"smtp::sendmessage $M1  -debug  yes     \
                                                -header
[ list To "Dev1Usr <dev1usr@linux02>" ] \
                                                -header
[ list From "Andreas Otto <dev2usr@linux02>..."

Logged In: YES 
user_id=75003

Patch committed to head.

File Added - 12769: 472009_mime.diff

Logged In: YES 
user_id=75003

The following patch should fix this bug and also #477088