[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