Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the Mail-IMAPTalk CPAN distribution.

Report information
The Basics
Id: 7548
Status: resolved
Priority: 0/
Queue: Mail-IMAPTalk
People
Owner: Nobody in particular
Requestors: jens.gassmann [...] atomix.de
Cc:
AdminCc:
Bug Information
Severity: Normal
Broken in: 1.01
Fixed in: (no value)

History Show all quoted text
  Thu Sep 02 09:30:23 2004 Guest - Ticket created
Subject: Append Message - Server Response
IMAP-Servers Courier IMAP & Dovecot Try to append a message to any Mailbox. Fails because Moduls wait's for "+ go ahead", but Courier and Dovecot sent only "+ Ok". The RFC don't spezifies the string. Changed to check if "+" exists, maybe match all kinds of imap-servers. RFC Example: C: A003 APPEND saved-messages (\Seen) {310} S: + Ready for literal data C: Date: Mon, 7 Feb 1994 21:52:25 -0800 (PST) C: From: Fred Foobar <foobar@Blurdybloop.COM> C: Subject: afternoon meeting C: To: mooch@owatagu.siam.edu C: Message-Id: <B27397-0100000@Blurdybloop.COM> C: MIME-Version: 1.0 C: Content-Type: TEXT/PLAIN; CHARSET=US-ASCII C: C: Hello Joe, do you think we can meet at 3:30 tomorrow? C: S: A003 OK APPEND completed
--- IMAPTalk.pm.old 2004-09-02 15:18:23.000000000 +0200 +++ IMAPTalk.pm.new 2004-09-02 15:17:39.000000000 +0200 @@ -2408,16 +2408,21 @@ # Add to line buffer and send $LineBuffer .= " {" . $LiteralSize . "}" . LB; $Self->_imap_socket_out($LineBuffer); $LineBuffer = ""; # Wait for "+ go ahead" response my $GoAhead = $Self->_imap_socket_read_line(); - if ($GoAhead eq "+ go ahead") { + + if (index($GoAhead,"+") == 0) { + if (ref($Arg) eq "ARRAY") { $Self->_imap_socket_out($Arg->[1]); $Self->_copy_handle_to_handle($Arg, $Self->{Socket}, $LiteralSize); } # If no "+ go ahead" response, set error state } else {
  Thu Sep 02 10:52:18 2004 Guest - Correspondence added
7.5. Server Responses - Command Continuation Request The command continuation request response is indicated by a "+" token instead of a tag. This form of response indicates that the server is ready to accept the continuation of a command from the client. The remainder of this response is a line of text. This response is used in the AUTHENTICATE command to transmit server data to the client, and request additional client data. This response is also used if an argument to any command is a literal. The client is not permitted to send the octets of the literal unless the server indicates that it is expected. This permits the server to process commands and reject errors on a line-by-line basis. The remainder of the command, including the CRLF that terminates a command, follows the octets of the literal. If there are any additional command arguments, the literal octets are followed by a space and those arguments.
  Wed Dec 28 18:45:56 2005 cpan [...] robm.fastmail.fm - Correspondence added
This was fixed in 1.02. Rob [guest - Thu Sep 2 09:30:23 2004]: Show quoted text
> IMAP-Servers > > Courier IMAP & Dovecot > > Try to append a message to any Mailbox. Fails because Moduls wait's > for "+ go ahead", but Courier and Dovecot sent only "+ Ok". The RFC > don't spezifies the string. Changed to check if "+" exists, maybe > match all kinds of imap-servers. > > RFC > > Example: C: A003 APPEND saved-messages (\Seen) {310} > S: + Ready for literal data > C: Date: Mon, 7 Feb 1994 21:52:25 -0800 (PST) > C: From: Fred Foobar <foobar@Blurdybloop.COM> > C: Subject: afternoon meeting > C: To: mooch@owatagu.siam.edu > C: Message-Id: <B27397-0100000@Blurdybloop.COM> > C: MIME-Version: 1.0 > C: Content-Type: TEXT/PLAIN; CHARSET=US-ASCII > C: > C: Hello Joe, do you think we can meet at 3:30 > tomorrow? > C: > S: A003 OK APPEND completed
  Wed Dec 28 18:45:57 2005 cpan [...] robm.fastmail.fm - Status changed from 'new' to 'resolved'