Skip Menu |

This queue is for tickets about the Net-IMAP-Simple CPAN distribution.

Report information
The Basics
Id: 60537
Status: resolved
Worked: 20 min
Priority: 0/
Queue: Net-IMAP-Simple

People
Owner: jettero [...] cpan.org
Requestors: abrick [...] proofpoint.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: 1.2012
Fixed in: (no value)



Subject: uninitialized value in concatenation upon list()
hi paul et al, $imap->list() throws a bunch of copies of the following error message after i created two mailboxes with unholy names: ":: Portuguese" and ">>> Romanian". (i was searching for a way to get them sorting apart from other boxes in the mail client.) the trace from perl -d: Use of uninitialized value in concatenation (.) or string at /home/abrick/mts/spamapps-mts-1.0.0.520/opt/spamengine/lib/Net/IMAP/Simple.pm line 449. at /home/abrick/mts/spamapps-mts-1.0.0.520/opt/spamengine/lib/Net/IMAP/Simple.pm line 449 Net::IMAP::Simple::list('Net::IMAP::Simple=HASH(0x9df1e38)') called at ./MRT.pm line 202 ... i'm on perl 5.8.8 on linux 2.6.9-42, centOS i think.
On Thu Aug 19 21:24:10 2010, aaronbrick wrote: Show quoted text
> hi paul et al,
Hi. I can probably try to recreate this, but it would be helpful if you could turn on the debugging (use debug=>"file:mylog.log" in the new() call) and attach relevant portions of that. I suspect it's not grabbing the folder names right because of the non-alpha symbols. This module doesn't have a very robust parser (yet) so it may not be possible to get everything perfectly correct, but we can probably do a better job than it's doing. -Paul -- If riding in an airplane is flying, then riding in a boat is swimming. 116 jumps, 48.6 minutes of freefall, 92.9 freefall miles.
Subject: RE: [rt.cpan.org #60537] uninitialized value in concatenation upon list()
Date: Thu, 19 Aug 2010 18:47:11 -0700
To: <bug-Net-IMAP-Simple [...] rt.cpan.org>
From: "Aaron Brick" <abrick [...] proofpoint.com>
you got it: attached. cheers! Show quoted text
-----Original Message----- From: Paul Miller via RT [mailto:bug-Net-IMAP-Simple@rt.cpan.org] Sent: Thu 8/19/2010 6:36 PM To: Aaron Brick Subject: [rt.cpan.org #60537] uninitialized value in concatenation upon list() <URL: https://rt.cpan.org/Ticket/Display.html?id=60537 > On Thu Aug 19 21:24:10 2010, aaronbrick wrote:
> hi paul et al,
Hi. I can probably try to recreate this, but it would be helpful if you could turn on the debugging (use debug=>"file:mylog.log" in the new() call) and attach relevant portions of that. I suspect it's not grabbing the folder names right because of the non-alpha symbols. This module doesn't have a very robust parser (yet) so it may not be possible to get everything perfectly correct, but we can probably do a better job than it's doing. -Paul -- If riding in an airplane is flying, then riding in a boat is swimming. 116 jumps, 48.6 minutes of freefall, 92.9 freefall miles.
Download winmail.dat
application/ms-tnef 50.5k

Message body not shown because it is not plain text.

On Thu Aug 19 21:55:41 2010, aaronbrick wrote: Show quoted text
> > you got it: attached. > cheers!
I don't have a path to decode the winmail.dat file. I have figured that format out, but it was many years ago. I don't suppose you could attach it in cleartext? -- If riding in an airplane is flying, then riding in a boat is swimming. 116 jumps, 48.6 minutes of freefall, 92.9 freefall miles.
From: abrick [...] proofpoint.com
Show quoted text
> > > > you got it: attached.
> > cheers!
Show quoted text
> I don't have a path to decode the winmail.dat file. I have figured that > format out, but it was many years ago. I don't suppose you could attach > it in cleartext?
i am quite confused how anything called winmail.dat got in this thread. maybe my company's horrible "outlook web access" reencoded the log file in a weird way? i am reattaching the same log content as a .txt and using the rt.cpan.org interface. let me know if there is any issue with what's in here, or if i have misunderstood the problem.
Subject: imaplog.txt

Message body is not shown because it is too large.

I flipped through this logfile and I don't see any >>>>, any ::, nor any errors associated with those folder names. I then connected to gmail and issued an $imap->create_mailbox(">>>> lol"), issued $imap->copy("1:10"=>">>>> lol"), then did an $imap->select(">>>> lol") and got "10". I then did an $imap->delete_mailbox(">>>> lol") and everything seemed to go swimmingly. I do see some errors in that logfile, but none that relate to folder names. It looks like, mostly you're trying to use message sets like "1:0" and "1:" which are always invalid. Try "1:10" or "1:*" or something that makes sense to your imap server and you should be all set. -Paul -- If riding in an airplane is flying, then riding in a boat is swimming. 116 jumps, 48.6 minutes of freefall, 92.9 freefall miles.
Subject: RE: [rt.cpan.org #60537] uninitialized value in concatenation upon list()
Date: Mon, 30 Aug 2010 11:51:20 -0700
To: <bug-Net-IMAP-Simple [...] rt.cpan.org>
From: "Aaron Brick" <abrick [...] proofpoint.com>
paul, thank you for looking into my log file, and sorry my ascription of the problem to the box names was in error. i can't reproduce the problem any more, though i don't think i was doing anything suspect - every time i specified a message its ID comes from the output of the list() operation. maybe our IMAP system (imap.everyone.net, FWIW) was returning problematic message IDs that looked like "1:0". i appreciate your support and hope you are having fun with your new baby! aaron. Show quoted text
-----Original Message----- From: Paul Miller via RT [mailto:bug-Net-IMAP-Simple@rt.cpan.org] Sent: Sun 8/29/2010 6:46 AM To: Aaron Brick Subject: [rt.cpan.org #60537] uninitialized value in concatenation upon list() <URL: https://rt.cpan.org/Ticket/Display.html?id=60537 > I flipped through this logfile and I don't see any >>>>, any ::, nor any errors associated with those folder names. I then connected to gmail and issued an $imap->create_mailbox(">>>> lol"), issued $imap->copy("1:10"=>">>>> lol"), then did an $imap->select(">>>> lol") and got "10". I then did an $imap->delete_mailbox(">>>> lol") and everything seemed to go swimmingly. I do see some errors in that logfile, but none that relate to folder names. It looks like, mostly you're trying to use message sets like "1:0" and "1:" which are always invalid. Try "1:10" or "1:*" or something that makes sense to your imap server and you should be all set. -Paul -- If riding in an airplane is flying, then riding in a boat is swimming. 116 jumps, 48.6 minutes of freefall, 92.9 freefall miles.
Download winmail.dat
application/ms-tnef 3.9k

Message body not shown because it is not plain text.

On Mon Aug 30 14:51:31 2010, aaronbrick wrote: Show quoted text
> thank you for looking into my log file, and sorry my ascription of the
problem to the box names was in error. NP. Show quoted text
> i can't reproduce the problem any more, though i don't think i was
doing anything suspect - every time i specified a message its ID comes from the output of the list() operation. maybe our IMAP system (imap.everyone.net, FWIW) was returning problematic message IDs that looked like "1:0". I suspect the mailbox was just empty then. If you don't specify a number as an argument to list(), it attempts to list the sizes of all the messages in the box. But it does it stupidly (which I think I'll fix) so that if there's 0 messages in the box it looks for 1:0. Really, it should always use '1:*' rather than "1:" . $self->_last for just this reason. -Paul -- If riding in an airplane is flying, then riding in a boat is swimming. 116 jumps, 48.6 minutes of freefall, 92.9 freefall miles.
On Mon Aug 30 18:09:01 2010, JETTERO wrote: Show quoted text
> it should always use '1:*' rather than "1:" . $self->_last for just this > reason.
The above doesn't fix it either... but it *is* fixed in 1.2016 -Paul -- If riding in an airplane is flying, then riding in a boat is swimming. 116 jumps, 48.6 minutes of freefall, 92.9 freefall miles.