[MERGE] An EmailMessage class for bzrlib (v2)
Adeodato Simó
dato at net.com.org.es
Mon Jul 9 15:10:46 BST 2007
* Adeodato Simó [Mon, 09 Jul 2007 15:52:41 +0200]:
> However, along the lines of what Martin proposes, I think it'd be
> feasible to have the staticmethod to act different whenever attachment
> is None, creatting a plain email.Message instead of a bzrlib.EmailMessage.
> When is the RC cut? I would like to see the current code merged for
> 0.18, and add the above for 0.19 if that's okay.
Now that I'm thinking, it may be undesirable to get this done in two
different releases, because in that case a plugin, say bzr-pqm, can't
deduce from the presence of EmailMessage, whether its send() method is
able to send non-MIME messages. If this can be a problem, then I'm happy
to delay this for 0.19, or I can try to write that this afternoon.
Cheers,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
Guy: My dad made my mom have a cesarean when she had my little brother.
He wanted to make sure he was born in the 1986 tax year so he could get
another tax credit.
-- http://www.overheardinnewyork.com/archives/002968.html
More information about the bazaar
mailing list