Gentoo,KMail,Socks и Dante

Я сам не в кедах сейчас, но в Центре Управления есть настройки проксей. Где-то в настройках Konqueror, кажется

Что ж ответ достойный настоящего "умника". А если серьезно, настройки я посмотрел в "Центре Управления" в прокси есть Сокс, только его надо сначал поставить. Поставил данте, конфиг подправил для него, вроде запустился без проблем, единственное я не понял, в конфиге том надо указывать проксик и если надо то где? Кстати, в конкюерере проксик настроен, т.е. поидее он должен использоваться глобально, тока почему-то кмылу всеравно...
Так вот, после того как стартовал демона ситуация улучшилась в том плане, что в ЦУ стало возможным использование Сокс и в частности данте. А теперь внимание вопрос: " почему не работает к-мэйл ?" Сча ниже выложу конфиг из /etc/socks/sockd.conf

logoutput: syslog
internal: eth0 port = 1080
external: eth0
method: username none #rfc931
# methods for client-rules.
#clientmethod: none
#or if you want to allow rfc931 (ident) too
#method: username rfc931 none
#or for PAM authentification
#method: pam
# when doing something that can require privilege,
# it will use the userid "sockd".
user.privileged: sockd
# when running as usual,
# it will use the unprivileged userid of "sockd".
user.notprivileged: sockd
# when running libwrap commands,
# it will use the userid "sockd".
user.libwrap: sockd
# how many seconds can pass from when a client connects til it has
# sent us it's request? Adjust according to your network performance
# and methods supported.
#connecttimeout: 30 # on a lan, this should be enough if method is "none".

# Allow our clients, also provides an example of the port range command.
client pass {
from: 192.168.1.31/32 port 1-65535 to: 0.0.0.0/0
# method: rfc931 # match all idented users that also are in passwordfile
log: connect disconnect iooperation
}

# some connections expect some sort of "reply", this might be
# the reply to a bind request or it may be the reply to a
# udppacket, since udp is packetbased.
# Note that nothing is done to verify that it's a "genuine" reply,
# that is in general not possible anyway. The below will allow
# all "replies" in to your clients at the 10.0.0.0/8 net.
pass {
from: 0.0.0.0/0 to: 0.0.0.0/0
# command: bindreply udpreply
command: connect udpassociate
# log: connect error
log: connect disconnect iooperation
}