This report is about the general unhelpfulness of the account editor's
»Security« section towards non-technical users. I believe this situation
could be improved by implementing the above-mentioned proposals, in
order to help the user to decide which encryption mechanism to use.
--
»Secure Connec
Public bug reported:
Binary package hint: evolution
The account editor offers a »Use Secure Connection« option for sending
as well as receiving mail. However, the order in which the items appear
in the drop-down list does nothing to clarify which one should be
preferred: »No encryption«, »TLS enc
The "settings not actually applied until restart" issue has already been
filed under Launchpad bug #34058. It seems this is a known upstream
problem since at least 2001. The GNOME bug tracker has gathered half a
dozen duplicate bug reports, which shows that people still keep
stumbling over this one
I have been noticing a similar problem since the upgrade from Dapper to
Edgy. Trying to contact my company's IMAP server always resulted in an
"Unknown error", not even in "SSL negotiations failed". Refreshing
folders etc. didn't work, not with TLS, not with SSL, not even with
plaintext passwords (
Bad luck. Even with lp, ppdev, parport, parport_pc loaded and cupsys
restarted, gnome-cups-add won't detect anything at all. Some kernel
output:
[EMAIL PROTECTED]:~$ dmesg | tail
[drm] Setting GART location based on new memory map
[drm] Loading R300 Microcode
[drm] writeback test succeeded in 1 us
...and another frustrated person to confirm this problem, this time with
Debian. I've had the same "no parallel port printer discovered" problem
for some time now. The antiquated HP LaserJet worked just fine when
attached to a Debian 'sarge' system running LPRng. If I remember
correctly, it still w
