Skip Menu |

This queue is for tickets about the Email-Store CPAN distribution.

Report information
The Basics
Id: 13091
Status: open
Priority: 0/
Queue: Email-Store
People
Owner: Nobody in particular
Requestors: nate [...] cs.wisc.edu
Cc:
AdminCc:
Bug Information
Severity: Normal
Broken in: (no value)
Fixed in: (no value)
Attachments
diff

History Show all quoted text
  Sat Jun 04 20:34:25 2005 Guest - Ticket created
Subject: Enhancement to let Email::Store::Mail->store take Email::Simple objects
I know the whole Email::* idea is simplicity, but it seemed strange that Email::Store would only take plain text emails as input instead of Email::Simple objects like all the other PEP libraries. Here's a simple one line patch to add the feature.
Download diff
application/octet-stream 475b

Message body not shown because it is not plain text.

  Sat Jun 04 20:35:12 2005 Guest - Correspondence added
From: nate [...] cs.wisc.edu
[guest - Sat Jun 4 20:34:25 2005]: Show quoted text
> I know the whole Email::* idea is simplicity, but it seemed strange > that Email::Store would only take plain text emails as input > instead of Email::Simple objects like all the other PEP libraries. > Here's a simple one line patch to add the feature.
I should add, this will let store take both Email::Simple objects and scalar email text.
  Mon Jun 06 10:37:03 2005 simonw [...] cpan.org - Correspondence added
[guest - Sat Jun 4 20:35:12 2005]: Show quoted text
> [guest - Sat Jun 4 20:34:25 2005]: >
> > I know the whole Email::* idea is simplicity, but it seemed strange > > that Email::Store would only take plain text emails as input > > instead of Email::Simple objects like all the other PEP libraries. > > Here's a simple one line patch to add the feature.
> > I should add, this will let store take both Email::Simple objects and > scalar email text.
I'll get round to this this week as well :)
  Mon Jun 06 10:41:37 2005 simonw [...] cpan.org - Status changed from 'new' to 'open'
  Sun Jul 23 08:17:11 2006 rjbs [...] cpan.org - Correspondence added
The best thing would be to accept anything that Email::Abstract can understand. -- rjbs