dovecot - Sep 2012 - bug formatting results when using doveadm-server

Hello,

	I have a infrastructure using director in front of backend servers. So 
I normally run doveadm commands in director servers, not the backends. 
The problem I have is when I try to concatenate commands like this:

doveadm search -S /var/run/dovecot/auth-userdb -u ${user} SAVEDSINCE 5w 
| while read guid uid; do
    doveadm fetch -S /var/run/dovecot/auth-userdb -u ${user} 
size.physical mailbox-guid $guid uid $uid;
done

	The problem is that although when I run doveadm search command in the 
backend server I correctly get the list of mails, each line with the 
mailbox-guid and the uid of the message, when I run the same command in 
the director server, format of the list is corrupted and there are lines 
that contains just the mailbox-guid and the next the uid (of the 
previous) and the mailbox-guid of next, and so on. Like:

e62e0d3834ed094e5c7900007efb8a67 66
e62e0d3834ed094e5c7900007efb8a67 71
e62e0d3834ed094e5c7900007efb8a67 74
  e62e0d3834ed094e5c7900007efb8a67
75 e62e0d3834ed094e5c7900007efb8a67
77 e62e0d3834ed094e5c7900007efb8a67
78 e62e0d3834ed094e5c7900007efb8a67

	so I can't postprocess correctly the output. I think it could be a bug 
in the communication between the doveadm client and server.

PS: As the time of writing this email, I have realized that I could use 
fetch command directly. But, anyway, I want to report the problem/bug so 
it can be fixed.

I forgot to mention that I'm running dovecot 2.1.9 in my servers.

El 26/09/12 12:55, Angel L. Mateo escribi?:
> Hello,
>
>      I have a infrastructure using director in front of backend servers.
> So I normally run doveadm commands in director servers, not the
> backends. The problem I have is when I try to concatenate commands like
> this:
>
> doveadm search -S /var/run/dovecot/auth-userdb -u ${user} SAVEDSINCE 5w
> | while read guid uid; do
>     doveadm fetch -S /var/run/dovecot/auth-userdb -u ${user}
> size.physical mailbox-guid $guid uid $uid;
> done
>
>      The problem is that although when I run doveadm search command in
> the backend server I correctly get the list of mails, each line with the
> mailbox-guid and the uid of the message, when I run the same command in
> the director server, format of the list is corrupted and there are lines
> that contains just the mailbox-guid and the next the uid (of the
> previous) and the mailbox-guid of next, and so on. Like:
>
> e62e0d3834ed094e5c7900007efb8a67 66
> e62e0d3834ed094e5c7900007efb8a67 71
> e62e0d3834ed094e5c7900007efb8a67 74
>   e62e0d3834ed094e5c7900007efb8a67
> 75 e62e0d3834ed094e5c7900007efb8a67
> 77 e62e0d3834ed094e5c7900007efb8a67
> 78 e62e0d3834ed094e5c7900007efb8a67
>
>      so I can't postprocess correctly the output. I think it could be a
> bug in the communication between the doveadm client and server.
>
> PS: As the time of writing this email, I have realized that I could use
> fetch command directly. But, anyway, I want to report the problem/bug so
> it can be fixed.

-- 
Angel L. Mateo Mart?nez
Secci?n de Telem?tica
?rea de Tecnolog?as de la Informaci?n
y las Comunicaciones Aplicadas (ATICA)
http://www.um.es/atica
Tfo: 868887590
Fax: 868888337

On 26.9.2012, at 13.55, Angel L. Mateo wrote:
> doveadm search -S /var/run/dovecot/auth-userdb -u ${user} SAVEDSINCE 5w |
while read guid uid; do
>   doveadm fetch -S /var/run/dovecot/auth-userdb -u ${user} size.physical
mailbox-guid $guid uid $uid;
> done
-S auth-userdb? You've named it completely wrong if that works :)
> 	The problem is that although when I run doveadm search command in the
backend server I correctly get the list of mails, each line with the
mailbox-guid and the uid of the message, when I run the same command in the
director server, format of the list is corrupted and there are lines that
contains just the mailbox-guid and the next the uid (of the previous) and the
mailbox-guid of next, and so on. Like:
> 
> e62e0d3834ed094e5c7900007efb8a67 66
> e62e0d3834ed094e5c7900007efb8a67 71
> e62e0d3834ed094e5c7900007efb8a67 74
> e62e0d3834ed094e5c7900007efb8a67
> 75 e62e0d3834ed094e5c7900007efb8a67
> 77 e62e0d3834ed094e5c7900007efb8a67
> 78 e62e0d3834ed094e5c7900007efb8a67
Thanks, fixed: http://hg.dovecot.org/dovecot-2.1/rev/94c7e875f9b9