Bug #31152 for Mail-IMAPClient: Using of $imap->COMMAND for unsupported commands no longer works

Sun Dec 02 22:26:35 2007 ROBN [...] cpan.org - Ticket created

Subject:

Using of $imap->COMMAND for unsupported commands no longer works

[Only tested in 3.00, but I have no option to select it] I have code that does $imap->PROXYAUTH($user) against a Sun Messaging Server to allow an administrator to login as a normal user. This non-standard and unsupported command used to be handled by AUTOLOAD in previous versions. AUTOLOAD no longer appears to exist, so this fails. The equivalent $imap->_imap_command("PROXYAUTH $user") still works, and I'm happy to change my code accordingly, but the documentation still says that they should work (in section "Other IMAP Client Commands and the Default Object Method"). Mail-IMAPClient-3.00 perl 5.8.8 Debian lenny/sid Linux 2.6.22

Mon Dec 03 09:23:40 2007 website [...] craneveer.nl - Correspondence added

Subject:	Re: [rt.cpan.org #31152] Using of $imap->COMMAND for unsupported commands no longer works
Date:	Mon, 3 Dec 2007 15:23:11 +0100
To:	ROBN via RT <bug-Mail-IMAPClient [...] rt.cpan.org>
From:	Mark Overmeer <website [...] craneveer.nl>

* ROBN via RT (bug-Mail-IMAPClient@rt.cpan.org) [071203 03:26]: Show quoted text

> Subject: Using of $imap->COMMAND for unsupported commands no longer works > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=31152 > > > I have code that does $imap->PROXYAUTH($user) against a Sun Messaging > Server to allow an administrator to login as a normal user. This > non-standard and unsupported command used to be handled by AUTOLOAD in > previous versions. AUTOLOAD no longer appears to exist, so this fails.

I will update the manual page. I expect that a lot of 'fixes' exist for missing pieces of the code. By removing the autoload, I hope they get contributed to the core. Calling methods which start with _ (like _imap_command) is not advised. There could be an official method for this. Suggestion for a name? Maybe, you can write 1 paragraph about Sub specifics, which I can include in the man-page. Then, we build a knowledge-base. -- Regards, MarkOv ------------------------------------------------------------------------ Mark Overmeer MSc MARKOV Solutions Mark@Overmeer.net solutions@overmeer.net http://Mark.Overmeer.net http://solutions.overmeer.net

Mon Dec 03 09:23:42 2007 The RT System itself - Status changed from 'new' to 'open'

Mon Dec 03 17:10:43 2007 ROBN [...] cpan.org - Correspondence added

Show quoted text

> Calling methods which start with _ (like _imap_command) is not > advised. There could be an official method for this. Suggestion for a > name?

sub proxyauth { my ($self, $user) = @_; $self->_imap_command("PROXYAUTH $id") ? $self->Results : undef; } Show quoted text

> Maybe, you can write 1 paragraph about Sub specifics, which I can > include in the man-page. Then, we build a knowledge-base.

=head2 proxyauth Example $imap->login("admin", "password"); $imap->proxyauth("someuser"); The B<proxyauth> method uses the IMAP PROXYAUTH client command provided by Sun/iPlanet/Netscape IMAP servers to allow an administrative user to masquerade as another user. =cut The command is pretty much undocumented in official documentation, though Sun acknowledge its existance. Its designed primarily as a SSO mechanism, though its likely to be deprecated in future versions of the server in favour of SASL authentication/authorization IDs. Supposedly the PROXYAUTH command is available wherever the X-NETSCAPE capability is provided.

Tue Dec 04 18:15:52 2007 MARKOV [...] cpan.org - Correspondence added

I have added slightly modified versions of your constributions. Thanks!

Tue Dec 04 18:15:54 2007 MARKOV [...] cpan.org - Status changed from 'open' to 'resolved'