On 02/20/2012 07:02 PM, Reindl Harald wrote:
> i am hoping paul would have any idea
Sorry, but I'm not aware of any regression in POP3.
There have been two issues related to RETR, esp #945 and #903, but both
were fixed well before RC3.
--
_
On 02/21/2012 12:49 AM, Reindl Harald wrote:
> raising log-level would be a global change
> so i do not know how to find out what lines are from
> which client, i even do not know the IP and how to filter
pop3d logs incoming connections with IP, so if you know the account, you
can lookup the IP -
On 02/21/2012 01:14 AM, Reindl Harald wrote:
> "Error in RETR command: Received an empty line"
Yep. Got it. Fixed now - hopefully.
--
Paul J Stevenspjstevns @ gmail, twitter, skype, linkedin
* Premium Hosting Services
Am 21.02.2012 11:41, schrieb Paul J Stevens:
> On 02/21/2012 01:14 AM, Reindl Harald wrote:
>
>> "Error in RETR command: Received an empty line"
>
> Yep. Got it. Fixed now - hopefully.
sorry, can not confirm :-(
"Error in RETR command: Received an empty line"
dbmail-3.0.0-15.fc15.20120221.rh.
> >> "Error in RETR command: Received an empty line"
> >
> > Yep. Got it. Fixed now - hopefully.
>
> sorry, can not confirm :-(
> "Error in RETR command: Received an empty line"
>
> dbmail-3.0.0-
> 15.fc15.20120221.rh.6e5d2fe02c0e28ae7bfb5e895becec19d7ebcc90.x86_64
Reindl,
It's fixed in GIT!
_
Am 21.02.2012 12:39, schrieb Jorge Bastos:
"Error in RETR command: Received an empty line"
>>>
>>> Yep. Got it. Fixed now - hopefully.
>>
>> sorry, can not confirm :-(
>> "Error in RETR command: Received an empty line"
>>
>> dbmail-3.0.0-
>> 15.fc15.20120221.rh.6e5d2fe02c0e28ae7bfb5e895becec
> > Reindl,
> >
> > It's fixed in GIT!
>
> what do you think is the "6e5d2fe02c0e28ae7bfb5e895becec19d7ebcc90"
> in my package-version? :-)
>
> http://git.dbmail.eu/paul/dbmail/commit/?id=6e5d2fe02c0e28ae7bfb5e895be
> cec19d7ebcc90
Ah,
I know what it is of course, just didn't saw the all name!
I
On 02/21/2012 12:48 PM, Jorge Bastos wrote:
>>> Reindl,
>>>
>>> It's fixed in GIT!
>>
>> what do you think is the "6e5d2fe02c0e28ae7bfb5e895becec19d7ebcc90"
>> in my package-version? :-)
>>
>> http://git.dbmail.eu/paul/dbmail/commit/?id=6e5d2fe02c0e28ae7bfb5e895be
>> cec19d7ebcc90
>
> Ah,
> I know
On 02/21/2012 01:23 PM, Paul J Stevens wrote:
> On 02/21/2012 12:48 PM, Jorge Bastos wrote:
Reindl,
It's fixed in GIT!
>>>
>>> what do you think is the "6e5d2fe02c0e28ae7bfb5e895becec19d7ebcc90"
>>> in my package-version? :-)
>>>
>>> http://git.dbmail.eu/paul/dbmail/commit/?id=6e5d2f
Hm - the affected accout has mails over the wohle last year in the inbox
Bigger problem is that on the mainserver lmtpd is crashing since two hours
repeatly - caused get your reply multiple times - hopefuly i find the message
triggering this in postfix spool for debug
--
Reindl Harald (mobile)
2012.02.21 22:10 Reindl Harald (mobile) rašė:
> Hm - the affected accout has mails over the wohle last year in the inbox
They already said you the date. I think it was 17th of February. You only
have to check messages for the last week.
If they use POP3 with 'leave on server', they are not fetchi
Not So sure if we are triggering a bug - i received over 200 messages from the
accout - however lmtpd is hurting more this moment - finish my evening beer and
"flying" home...
--
Reindl Harald (mobile)
the lounge interactive design GmbH
A-1060 Vienna, Hofmühlgasse 17
CTO / software-development
Am 21.02.2012 21:16, schrieb Tomas Kuliavas:
> 2012.02.21 22:10 Reindl Harald (mobile) rašė:
>> Hm - the affected accout has mails over the wohle last year in the inbox
>
> They already said you the date. I think it was 17th of February. You only
> have to check messages for the last week.
>
> If
Am 21.02.2012 21:56, schrieb Reindl Harald:
> Feb 21 21:43:54 mail systemd[1]: dbmail-lmtpd.service: main process exited,
> code=killed, status=11
> Feb 21 21:43:55 mail systemd[1]: dbmail-lmtpd.service holdoff time over,
> scheduling restart.
>
> /var/spool/postfix/defer/6/62956BE
> /var/spoo
14 matches
Mail list logo
