I saw this and it worried me
"There is a module called, Email::MIME::Modifier, which seems to do
exactly what I need, he only problem is that its prereqs list is very
large" - http://www.perlmonks.org/?node_id=405973
Now the dependencies for Email::MIME::Modifier are
On Thu, Dec 02, 2004 at 09:12:38PM +, Scott McWhirter said:
> Also, if it seems like a worthwhile project perhaps it should be
> included under the Email::* namespace. Currently the little online
> documentation I have is available on http://wiki.kungfuftr.com (i have
> more but it's on dead
I have a horrible feeling nothing got done about this due to combined
craziness around September and the end of the year.
So I'm forwarding it to the Perl Email Project mailing list to get
things moving again.
Apologies in the (horrific) delay :(
Simon
- Forwarded message from Christopher
I have a horrible feeling nothing got done about this due to combined
craziness around September and the end of the year.
So I'm forwarding it to the Perl Email Project mailing list to get
things moving again.
Apologies in the (horrific) delay :(
Simon
- Forwarded message from Tom Brown <
> Is there any obvious reason why Email::Folder would fail to recognise
> message boundaries in /some/ cases in a Netscape mailbox file?
My guess is that there's weirdness either in the line endings or the
From_ seperator.
try
my $f = Email::Folder->new($mb, jwz_From_ => 1);
For lin
On Fri, Feb 04, 2005 at 09:48:20AM +, Andy Armstrong said:
> Do you still need it? It's definitely the line endings thing.
Cool.
FWIW the code we used to have to guess the eol was
sub _guess_eol {
my $file = shift;
On Fri, Feb 04, 2005 at 10:48:25AM +, Andy Armstrong said:
> Looks OK :)
>
> What problems did it cause?
TBH, I can't rightly remember and the svn logs just say "removing" :/
I'll poke Richard Clamp and see if he remembers - it was his commit and
he usually has a good reason for this sort o
On Fri, Feb 04, 2005 at 11:08:52AM +, Andy Armstrong said:
> It's probably completely antithetical to the spirit of the project but
> you could implement the line end guessing heuristic in a file reading
> XS module - it's dead easy to have a state machine that gets its act
> together on the
> The CPAN package's t/attach-test file is recreated into two attachments.
> The t/troublesome file is however not (it doesn't even make the
> 'attachments' DB table). I can't see why would should be. Can you advise?
I'm currently working on some odd bugs in Email::Store to do with
attachments
On Sat, Feb 05, 2005 at 05:32:41PM +0100, Struan Bartlett said:
> I've come across Email::Store and I'm trying it out. It might be just
> the ticket for my application. I'm having a problem with
> Email::Store::Mail not always storing attachments though, which seems to
> fail on one of the two t
> MIME::Parser does seem to handle it however so I'm going to try porting
> Email::Store::Attachment to use that to see if that solves both this
> problem and also the ones I've been having.
Right, it solves your problem but not mine. Which is at least something.
So Casey? Bug in Email::MIME?
On Mon, Feb 07, 2005 at 10:19:06AM +0100, Struan Bartlett said:
> Thanks Simon! How do I get hold of the patched code?
I'm going to reelease today or you can get it from svn at
http://siesta.unixbeard.net/svn/trunk/Email-Store/
> P.S. It says in the Email::Simple man page, "Email::Sim
> My application needs to be able to receive, store and forward arbitrary emails
> from arbitrary email clients. Yet the excerpt I quoted from the Email::Simple
> manpage (below) seemed to me to suggest that Email::Simple isn't capable of
> handling all emails from all clients, only RFC2822 formatt
On Mon, Feb 14, 2005 at 12:56:52PM +, Jos? Castro said:
> Hi, guys.
>
> I'm about to code something that should access a mail account via
> POP3, extract the new emails, filter only the ones with a specific
> sender/subject, check for attachments and, if existing, save them to
> disk and do st
It's been gestating on CPAN for a few days now but, in case y'all missed
it, I finally released Buscador - the dynamic, Email::Store based,
intertwingled mail archiver with the reassuringly consistent hispanic
name.
There's a web page here
http://thegestalt.org/buscador/
with a (n in
On Mon, Apr 04, 2005 at 06:30:36PM +0200, Struan Bartlett said:
> Hi Simon,
>
> I get the following errors:
Presumable 0.24 of Email::Store. No, i wasn't aware - can you give more
details of your platform?
This forwarded from brian d foy - I think I'm against the proposal but I
need a bit of time to nail down why precisely.
Brian D Foy said:
I was playing with Email::Folder::Maildir, but wanted to move around in
the message queue. I added a lot to the package and here it is. I'd
really like to se
On Mon, May 23, 2005 at 02:07:40PM -0500, _brian_d_foy said:
> You're against an API to move around in the collection of messages?
> Or is it something else?
Having slept on it I'm not convinced that Email::Folder should have
seeking within the mailbox - it's easy enough for, say, Maildir but
ha
On Tue, May 24, 2005 at 12:03:18PM -0500, _brian_d_foy said:
> It's only marginally more difficult for mbox: you already know where
> all the messages start, and a simple table holds all of their starting
> positions. When you want to get a particular message, you jump to the
> right place and rea
On Sat, May 28, 2005 at 03:43:46AM -, Karen J. Cravens said:
> Does anybody see anything egregiously stupid about doing this? I mean,
> besides the fact that I'm going to have to deal with custom versions of
> core (to Email::Store, anyhow) packages, that is.
Sorry it's taken so long to get
At the moment when parsing a mail we make a note of the end of the line
marker and then use that to reconstruct the mail when the as_string()
method is called.
However, as was pointed out to me rf2822 says
"A line is a serie ofcharacters that is delimited with the two
characters carriage-retu
On Fri, Aug 03, 2007 at 08:31:30PM -0400, Ricardo SIGNES said:
> I can have a brief look, but I have never, ever used Email::Store. I only
> updated a few CLEARLY busted things to bring it under the care of PEP. I
> think
> there are some others here who have more experience with it.
Email::Sto
On Sat, Aug 18, 2007 at 12:22:18PM -0700, Chris Miller said:
> haven't heard anything back on this. I'd be willing to pay out a bounty
> if
> someone can produce a fix for this bug. Please reply privately if
> interested.
Sorry, life attacked me and I've been busy packing stuff up in
pre
On Fri, Sep 14, 2007 at 05:00:51PM -0400, Christopher Nehren said:
> I've been working on cobbling together a modern mailing list manager
> written in Perl (Saddlebags), because I find it absolutely
> unacceptable that things like the dbic list are running on mailman. As
> a part of this, the subje
On Mon, Sep 17, 2007 at 03:18:08PM -0700, Steve Atkins said:
> I'd like a perl-based mailing list manager myself
Myself and a couple of other people wrote a Perl based MLM called Siesta
about 5 years ago. We did it for four reasons
1) To shut people up who said that there was no Perl based MLM
2
On Tue, Sep 18, 2007 at 07:40:04PM -0500, Karen Cravens said:
> So, uh, anyway. Where were we? Oh yeah. How 'bout that Email::Store?
> (Email::Archive?)
There are a bunch of lessons that I learnt from working on Email::Store
(I wasn't the original author) that I wanted to correct with a putat
On Mon, Dec 01, 2008 at 07:15:20PM -0500, Ricardo SIGNES said:
> I may sit on it for another week or so, but unless I get some feedback on the
> order of "no, stop, this is crazy!" I am going to release it and start using
> it
> for things. Your input is hereby requested!
This is more a point of
On Wed, Jun 25, 2014 at 09:50:01PM -0700, Geoffrey Leach said:
> Before I try to produce one, can anyone tell me why
> Email::FolderType::MH does not exist? In particular, was there a
> problem that seemed insurmountable?
Err, it does and has done for 9 years.
http://search.cpan.org/~rjbs/Email
28 matches
Mail list logo