Re: Thunderbird 3.1 SSL/TLS Renegotiation

Joachim Sehlstedt <[email protected]>
Newsgroups gmane.mail.perdition.user
Organization NewStyleData
Message-ID <[email protected]>
Hi,

Yes this should be handled in Perdition. Just take the example of a port 
scan. Or someone wanting to flood your logs, maybe it will even fill 
your disk space if you are low. True that Thunderbird should behave more 
nice but you can't go around hoping that all software out there will do 
things according to specs.

greetings
JS

On 2010-08-03 02:52, Simon Horman wrote:
> On Mon, Aug 02, 2010 at 12:17:24PM -0500, Tim Mooney wrote:
>> In regard to: Re: [PERDITION-USERS] Thunderbird 3.1 SSL/TLS Renegotiation,...:
>>
>>>> ... so perhaps you can catch this in imap4_in_get_auth() or just leave
>>>> it this way. (After all, it's just TB trying to be smart...)
>>>
>>> Hi John,
>>>
>>> I agree with your analysis.
>>>
>>> What seems to be happening is that Thunderbird is closing
>>> a connection without issuing a LOGOUT, command and perdition is complaining
>>> about that.
>>>
>>> I think that is is worth fixing perdition so that it doesn't complain here.
>>> But the fix is non-trival, so I think it is post 1.19 material.
>>
>> I've been thinking about this, and as much as I appreciate software that
>> is accepting of other software's faults, I think it would be better if
>> Thunderbird were fixed to actually follow the IMAP protocol.  I mean, how
>> hard is it for it to do things correctly and just issue an
>>
>> 	a### LOGOUT
>>
>> before it drops the connection?
>
> I agree. But its probably also fair to say that perdition is
> being a little bit overly verbose about the situation.
>
> ______________________________________________
> Perdition-users mailing list
> [email protected]
> http://lists.vergenet.net/listinfo/perdition-users
>
______________________________________________
Perdition-users mailing list
[email protected]
http://lists.vergenet.net/listinfo/perdition-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.