This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author tarek
Recipients belopolsky, tarek
Date 2009-01-19.19:01:22
SpamBayes Score 2.8347048e-07
Marked as misclassified No
Message-id <1232391683.93.0.000703948725121.issue4972@psf.upfronthosting.co.za>
In-reply-to
Content
> What is the rationale for swallowing all socket exceptions except 
> "Connection reset by peer" in __exit__? 

I am catching just the error that raises if the connection is closed
when calling quit()


> In any case, it is better to use errno.ECONNRESET instead of literal 54.

Right

> Note that SMTP.quit() calls SMTP.close(), so in the normal termination 
> case, close will be called twice.  This is not a real problem since 
> SMTP.close() is a noop on a closed SMTP object, but it does not look 
> right.

Right i'll fix that

Thanks for teh feedback
The double call to close() also makes error path harder to analyze.  It 
appears that if a socket error is raised in the first call to close, it 
gets caught only to be raised again in the second call (assuming a 
persistent error).
History
Date User Action Args
2009-01-19 19:01:24tareksetrecipients: + tarek, belopolsky
2009-01-19 19:01:23tareksetmessageid: <1232391683.93.0.000703948725121.issue4972@psf.upfronthosting.co.za>
2009-01-19 19:01:23tareklinkissue4972 messages
2009-01-19 19:01:23tarekcreate