Closed GwendolenLynch closed 6 years ago
Looks good at first hand. One remark, I am against setters/mutability on classes like FakeSmtpConnection
. I'd rather see a named constructor FameSmtpConnection::newLegacyRfc821()
which creates a new client and sets the boolean to true.
Maybe we should also add this to the server end, with an example in the example folder. Then there is no need to run Python to test it.
I'd rather see a named constructor FameSmtpConnection::newLegacyRfc821() which creates a new client and sets the boolean to true.
:+1:
Maybe we should also add this to the server end, with an example in the example folder. Then there is no need to run Python to test it.
I'll look into it.
Also, add a link to the RFC for the README.
Also, add a link to the RFC for the README.
~I just added a "dump" of the SMTP RFCs to the README, specifically:~
I just added a "dump" of the SMTP RFCs to the README,
That moment you scroll down … just a little further … and your head meets the desk.
Why did you choose to add a new negotiation and an additional configuration directive in dsn factory? Why not add this to TryTlsUpgradeNegotiation
directly? Then it will work out of the box for everyone.
The short version was that I was unsure as to your architectural direction in that regard. If you're happy with that approach, it would be my preferred one too. I'll update.
Done. AppVeyor seems to have had a tantrum over Windows MSI installs, unrelated to these changes as best I can tell.
Yeah, it seems that the upgrade to PHP 7.1.13 breaks AppVeyor. No idea why. I am not a specialist on AppVeyor/Windows.
Thanks again!
As per everything with me, feel free to request changes or flat out reject. :+1:
Changes:
Use-cases
python -m smtpd -n -c DebuggingServer localhost:25
Using