Message135709
| Author |
vinay.sajip |
| Recipients |
giampaolo.rodola, r.david.murray, terry.reedy, vinay.sajip |
| Date |
2011年05月10日.15:11:11 |
| SpamBayes Score |
4.572748e-09 |
| Marked as misclassified |
No |
| Message-id |
<1305040281.24.0.922497650904.issue11959@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
The overridden create_socket() method will have the same behaviour for the case when a socket map is *not* passed in to smtpd.__init__(). Users using the existing signature for the constructor will cause the sockmap instance attribute to be set to None, and this will get passed in to set_socket just as was happening before. So the only time the overridden create_socket will behave differently is if a non-None value is passed into smtpd.__init__(), and that's by design.
Of course there is a slightly increased maintenance burden, in that other functional changes to asyncore.dispatcher.create_socket will need to be duplicated in smtpd.create_socket. However, such changes would be fairly infrequent, methinks. A comment could be added to asyncore.dispatcher.create_socket if necessary, to remind maintainers about this. |
|