upd 3110 нокия. моделька 2007 года

собственно условия задачи:
Nokia 3110, usb шнурок, debian etch, kde 3.5.x

есть три режима работы телефона.
первый - как флешка (видна только карточка, заводится и работает на ура, но синхронизации контактов/дел и пр ну никак)
второй какой-то непонятный режим печать-сохраниения файлов (кедами видитс, подключается как интерфейс камеры, но работает косо, криво и опять таки не то, что надо.)
третий - нативная нокиа (собсно нам оно и надо)

помогите подружить кто чем может, плз. а то замучался с gnokii мудохаться. а ставить только изза синхронизации винду сами пониматете. уже вон больше полгода без винды счастлив )

киевским даже пива выставлю )

Заметил неприятный факт: при каждом подключении по RDP к сервакам Win2k3r2sp2 на task bar добавляется новый language bar. Через 3-4 подключения панель задач начинает терять юзабельность.

Никто не сталкивался с подобным?

Раз уж тут столько вопросов по бекапам пошло, то и я спрошу.
А макинтоши кто-нить знает чем бекапать? Причем нужно в общем-то не столько бекапать, сколько клонировать, чтобы при возникновении проблем можно было просто переключить людей на бекапную машину.
Проблема в том, что rsync даже с -Е работает хреново. Во-первых, на половину файлов кричит, что file has vanished, во-вторых, на терабайтном масиве падает в кору создавая список файлов, а в-третьих, таки корявенько он перетаскивает файлы с resource fork-ами.

Поставили задачу продумать систему бэкапов.
Я понимаю, что сама система должна быть подальше от основного сервера на случай чего.. Вот как лучше, ставить дополнительный винч, бэкапить на него и убирать на полку (дешево, быстро и объемно, но не автоматизировано) или какой-нибудь ленточный модуль с автосменой лент..
С лентами может быть проще, но дорогие они и менять неудобно.

Есть плата на базе nForce MCP430. Подключены к нему 2 винча, нужно зеркало.
Что лучше, делать зеркало программным (atacontrol) или на базе встроенного рейда?

Какое программное решение будет оптимальным, для резервного копирования с нескольких серверов (как Unix так и Windows) на одно устройство (стример), подключенный к специально выделенной для этого рабочей станции (Linux).

Создаю на imap-сервере из консоли папки Inbox, Drafts, Templates, Trash, Unsent, Junk (maildirmake /home/user и .т.д.). Соединяюсь с севрером при помощи TB, все imap-папки становятся “родными” для TB, т.е. у них автоматически появляются нужные иконки и в дефолтных настройках всё под них подходит. Кроме папки Unsent - у неё не появляется иконки со стрелочкой, её руками в конфигураторе приходится объявлять дефолтной unsent-папкой для данного аккаунта, при установке русификации соответственно все названия переводятся (Входящие, Отправленые, Спам и .т.д.), опять же кроме этой Unsent.
На самом деле её имя - “Unsent messages”, в конфигураторе - “Unsent%20messages”. Может здесь собака порылась?

Как можно сделать эту папку “своей” без особенных телодвижений?

Всем привет.
Есть сервер на Fedora Core 5. Установлен Dovecot.
В messages постоянно пишется:
Jul 20 11:05:01 watchdog[20394]: ISPmanager config was changed
Jul 20 11:07:21 kernel: possible SYN flooding on port 110. Sending cookies.
Jul 20 11:08:00 sendmail[20617]: Password verification failed
Jul 20 11:10:01 watchdog[20838]: ISPmanager config was changed
Jul 20 11:10:21 kernel: possible SYN flooding on port 110. Sending cookies.
Jul 20 11:13:21 kernel: possible SYN flooding on port 110. Sending cookies.
Jul 20 11:15:01 watchdog[21291]: ISPmanager config was changed
Jul 20 11:18:32 kernel: possible SYN flooding on port 110. Sending cookies.
Jul 20 11:20:01 watchdog[21667]: ISPmanager config was changed
Jul 20 11:21:32 kernel: possible SYN flooding on port 110. Sending cookies.

netstat показывает
tcp 0 0 ::ffff:85.249.137.163:80 ::ffff:85.92.17.161:3790 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:110 ::ffff:84.54.224.40:28124 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:80 ::ffff:194.186.150.205:4032 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:110 ::ffff:84.54.224.40:28127 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:80 ::ffff:194.186.150.205:4033 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:110 ::ffff:84.54.224.40:28126 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:80 ::ffff:194.186.150.205:4038 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:80 ::ffff:85.92.17.161:3787 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:110 ::ffff:84.54.224.40:28121 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:110 ::ffff:84.54.224.40:28120 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:110 ::ffff:84.54.224.40:28123 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:110 ::ffff:84.54.224.40:28122 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:110 ::ffff:84.54.224.40:28117 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:110 ::ffff:84.54.224.40:28116 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:80 ::ffff:72.232.79.62:49072 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:110 ::ffff:84.54.224.40:28119 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:110 ::ffff:84.54.224.40:28118 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:110 ::ffff:84.54.224.40:28115 TIME_WAIT
tcp 0 0 ::ffff:85.249.137.163:110 ::ffff:84.54.224.40:28114 TIME_WAIT

# netstat -s

Ip:

17739259 total packets received

1 with invalid addresses

0 forwarded

0 incoming packets discarded

17739174 incoming packets delivered

20570421 requests sent out

5 fragments dropped after timeout

5 reassemblies required

5 packet reassembles failed

1 fragments failed

Icmp:

8319 ICMP messages received

112 input ICMP message failed.

ICMP input histogram:

destination unreachable: 6679

timeout in transit: 339

echo requests: 1296

345837 ICMP messages sent

0 ICMP messages failed

ICMP output histogram:

destination unreachable: 344536

time exceeded: 5

echo replies: 1296

Tcp:

24815 active connections openings

850510 passive connection openings

2194 failed connection attempts

27162 connection resets received

6 connections established

13670577 segments received

15811240 segments send out

448870 segments retransmited

176 bad segments received.

64188 resets sent

Udp:

3742727 packets received

344535 packets to unknown port received.

0 packet receive errors

4087594 packets sent

UdpLite:

TcpExt:

37491 SYN cookies sent

34651 SYN cookies received

36058 invalid SYN cookies received

2085 resets received for embryonic SYN_RECV sockets

2 packets pruned from receive queue because of socket buffer overrun

6 ICMP packets dropped because they were out-of-window

644144 TCP sockets finished time wait in fast timer

204 packets rejects in established connections because of timestamp

89877 delayed acks sent

261 delayed acks further delayed because of locked socket

Quick ack mode was activated 13168 times

35235 times the listen queue of a socket overflowed

35235 SYNs to LISTEN sockets ignored

141929 packets directly queued to recvmsg prequeue.

7605573 packets directly received from backlog

458862502 packets directly received from prequeue

781702 packets header predicted

301009 packets header predicted and directly queued to user

7513605 acknowledgments not containing data received

1584159 predicted acknowledgments

4872 times recovered from packet loss due to fast retransmit

126134 times recovered from packet loss due to SACK data

28 bad SACKs received

Detected reordering 80 times using FACK

Detected reordering 15 times using SACK

Detected reordering 44 times using reno fast retransmit

Detected reordering 118 times using time stamp

96 congestion windows fully recovered

346 congestion windows partially recovered using Hoe heuristic

TCPDSACKUndo: 22

4423 congestion windows recovered after partial ack

76776 TCP data loss events

TCPLostRetransmit: 154

1218 timeouts after reno fast retransmit

26305 timeouts after SACK recovery

6327 timeouts in loss state

217773 fast retransmits

17156 forward retransmits

61352 retransmits in slow start

59538 other TCP timeouts

TCPRenoRecoveryFail: 1380

18398 sack retransmits failed

320 times receiver scheduled too late for direct processing

129 packets collapsed in receive queue due to low socket buffer

13635 DSACKs sent for old packets

175 DSACKs sent for out of order packets

4770 DSACKs received

169 DSACKs for out of order packets received

939 connections reset due to unexpected data

3337 connections reset due to early user close

2861 connections aborted due to timeout

Подскажите, пожалуйста, почему это происходит?

Коллеги, кто имел опыт работы со спутниковым интернетом, подскажите какую карту лучше использовать, какой оптимальный диаметр тарелки и конечно какого провайдера выбрать. Есть ли какие-то подводные камни в настройке? Исходящий канал есть.
P.S. если есть под рукой хорошая статья, HOWTO и т.п. ткните плз носом
P.P.S. нужно для объединения двух ЛВС в разных городах. Будет винда, насколько мне известно у бсд проблемы с поддержкой двб-карт.

Есть хостинг, на хостинге выделенный сервер, на сервере FreeBSD, Apache+PHP+Perl, MySQL 4.1.12.

На хостинге крутится полторы сотни проектов, часть приносят денег, часть нет, часть на PHP, часть на Perl, но в любом случае останавливать все проекты не хочется, равно как и собирать всех программистов, чтобы они проследили за своими проектами.

Задача - установить на хостинг последнюю BugZilla. Проблема - BugZilla требует 5-ю версию MySQL.

Вопрос: какие могут быть грабли (и где), если просто обновить MySQL до 5-й версии?