[Evolution] Bug#587302: Bug#587302: Bug#587302: evolution: Forced offline by error

[Yves-Alexis Perez]

On dim., 2010-06-27 at 17:00 +0200, Christophe Lohr wrote:
> Le 27/06/2010 16:25, Yves-Alexis Perez a écrit :
> > The thing is (I don't know a lot about NM so I may say crap), “online”
> > status is global, not per-interface. So either you're online, either
> > you're not. The grey area where you're online on an interface not
> > managed by NM is impossible to manage. So maybe NM shouldn't manage it,
> > but if it does, it has to do it globally.
> 
> This is a matter of semantic. What does it means "to be online"?
> ... to be online with what?
> Evo is a network client. So it has to be online with its servers (imap, 
> smtp, etc.). To check this status, it can do a ping, or try 
> imap/smtp/etc. connection.
> 
> But Evo seems to check if the "global system is online" (why?)

Because you installed network-manager.

> Does it means "there exists a network interface that is up"? (this is a 
> rather weak criteria)
> If it want to know that, it just has to do a "ip link show up". Don't 
> ask to NM.
> 
> >   If you disagree, then don't
> > use NM. (especially since “online” is fuzzy anyway, what if interface is
> > up but you're on a non-routed network? what if you're routed but
> > filtered?).
> >    
> 
> If Evo is definitively incompatible with NM, I will make a choice 
> between the two ;-)

It's not incompatible. You just seem to not use network-manager the way
it's intended to.

> I use NM to manage the wifi interface. It does well the job. For the 3G 
> interface, I have some scripts, out of the scope of NM. From time to 
> time, I also have a VPN, not managed by NM.
> So, it's not a good idea to ask NM if I am online or not.

If you don't like NM to be able to give a decision on online/offline
status, don't use NM. That's all (and that's my latest mail, I already
precised like hundred of mails ago that I didn't use NM and didn't care
about it.)

*Now*, I can understand that some people would like to, from time to
time, override offline decision. That may be a bug, but your best bet is
to open a bug *upstream* instead of here.

Regards,
-- 
Yves-Alexis
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-evolution-maintainers/attachments/20100627/e9c28ee4/attachment.pgp>