Привет!

У меня postfix 2.7.1 с dovecot 1.2.15 и ispconfig.

Последнее время меня заваливают письмами к несуществующим пользователям моего домена и очередь postfix забивается вперед на несколько часов none-delivery-notice'ами, адресованные «отправителям» (которые наверняка спуфнуты) сих писем.

По логики при принятие письма мне нужно проверить существует ли у меня такой пользователь. Если его нет - выдавать ошибку, а не принимать письмо и потом bounce'ить его кому попало.

По докам надо присвоить local_recipient_maps в main.cf не null значение. Например:

local_recipient_maps = proxy:unix:passwd.byname $alias_maps
# или local_recipient_maps = mysql:/etc/postfix/mysql-virtual_recipient.cf
# или local_recipient_maps = $virtual_mailbox_maps

По другим докам надо ещё выставить следующие параметры в main.cf:

    smtpd_error_sleep_time = 0
    unknown_local_recipient_reject_code = 550

Возможно проблема в smtpd_recipient_restrictions:

smtpd_recipient_restrictions = permit_mynetworks,
    permit_sasl_authenticated,
    check_recipient_access mysql:/etc/postfix/mysql-virtual_recipient.cf,
    reject_unknown_recipient_domain,
    reject_unknown_sender_domain,
    reject_unverified_recipient,
    reject_unauth_destination,
    reject_unlisted_recipient

К теме ещё относится smtpd_reject_unlisted_recipient, который должен как раз лесом отправлять отправителя почты, адресованной несуществующему ящику, даже если reject_unlisted_recipient явно не указан в smtpd_recipient_restrictions.

smtpd_reject_unlisted_recipient = yes

Отключить достваку NDN пробовал - но это оказалось не менее проблематичное занятие. Вдобавок проичтал, что это не RFC-compliant и некоторые почтовые сервисы могут забанить. Решил, что лучше сразу разобраться с источником проблемы, чем бороться с симптомом.

Собственно вопрос: как мне перестать спамить ndn'ами?

Мой конфиг: клац

mailq:

...

F370933B6D6     5595 Mon Sep  2 06:43:21  MAILER-DAEMON
          (connect to somedomain.ru[x.x.x.x]:25: Connection timed out)
                                         someemail@somedomain.ru

-- 8083 Kbytes in 2978 Requests.

qshape:

                                     T   5  10  20  40  80 160 320 640 1280 1280+
                           TOTAL  2618 449 220 603 748 598   0   0   0    0     0
                     mydomain.ru  2295 259 165 564 723 584   0   0   0    0     0
                    mydomain.com  316 190  55  37  20   14   0   0   0    0     0
                           ...

Приветствую!

Использую mutt из репов fedora17 - debug support не вкомпилен, лог выложить не могу. Строка состояния пишет «login failed», потом мигает «login successful», и снова login failed.

Сделал следующий скелет muttrc посредством гугля/лора:

set imap_user = "mailuser@gmail.com"
set imap_pass = "elitepass"
set smtp_url = "smtp://mailuser@smtp.gmail.com:587/"
set smtp_pass = "elitepass"
set from = "mailuser@gmail.com"
set realname = "mailuser"

set folder = "imaps://imap.gmail.com:993"
set spoolfile = "+INBOX"
set postponed="/Drafts"

set header_cache=~/.mutt/cache/headers
set message_cachedir=~/.mutt/cache/bodies
set certificate_file=~/.mutt/certificates
set move = no

Пробывал множество аналогичных конфигов: 1 2 3 4

ЧЯДНТ?

Приветствую!

Делаю апгрейд - вылетает вот такой привет. Kernel тоже подлежало обновлению.

Весь на панике:

$ fdisk -l

/dev/sdb
...
   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               2        2048     2096128   fd  Linux raid autodetect
/dev/sdb2            2049        2560      524288   fd  Linux raid autodetect
/dev/sdb3            2561     1430799  1462516736   fd  Linux raid autodetect

/dev/sda
...
   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               2        2048     2096128   fd  Linux raid autodetect
/dev/sda2            2049        2560      524288   fd  Linux raid autodetect
/dev/sda3            2561     1430799  1462516736   fd  Linux raid autodetect

Disk /dev/md0 doesn't contain a valid partition table
Disk /dev/md1 doesn't contain a valid partition table
Disk /dev/md2 doesn't contain a valid partition table

Варианты выбора девайса:

/dev/sda 
/dev/sdb
/dev/md1
/dev/md2

Выбираю первые два и граб пишет: cannot install to /dev/sda, /dev/sdb.

Filesystem             Size   Used  Avail Use% Mounted on
/dev/md2               1.5T   375G   1.1T  27% /
tmpfs                  6.4G      0   6.4G   0% /lib/init/rw
udev                   6.4G   185k   6.4G   1% /dev
tmpfs                  6.4G      0   6.4G   0% /dev/shm
/dev/md1               520M    30M   464M   7% /boot

Вопросы:

1) Если установить grub на /dev/md1 и/или на /dev/md2 или вообще не устанавливать (т.к. на /dev/sda, /dev/sdb есть уже partion table) то будет ли машина загружаться!?

2) Хватит ли ей partion table на /dev/sda и /dev/sdb чтобы загруиться c /dev/md2 (на котором система)?

3) Если ответ к п.1 положительный, не повлияет ли update gruba на возможность старых partion table загружать систему с новым грабом и kernel?

Варинат «проверить» не вариант.

Очень жду ваших мудрых советов.

Доброго дня.

После обновления системы с 11.10 на 12.04 на следующий день (и через день) начали возникать следующие проблемы: появились две полоски шириной ~1 cm по вертикали делящие экран на 3 части.

Ноутбук, Toshiba L755, никак физических поврежденний не понёс. До сегоднешнего дня от полосок можно было избаиться выдёргиванием блока питания из ноутбука, но в данный момент это ни к чему не приводит.

Стоит отдельно упомянуть, что полоски держутся вне зависимости от загруженной ОС (dual boot с win) и меняют цвет в зависимости от заднего фона.

Куда копать идей нет. За советы буду признателен.

Доброго дня.

Возникла проблема: на сервере стоит dovecot 1.x и ispconfig 3.x Для email пользователей созданы различные квоты. Требуется удалить почту в /var/vmail/domain.tld/user/Maildir/cur. Однако при удаление почты вручную (через ssh) используемая квота не обновляется (уменьшается), хотя должна при а) заходе пользователя через imap клиент b) получение письма.

Я нашёл следующею страницу: http://dovecot.org/list/dovecot/2012-February/063777.html которая утверждает, что для пересчёта используемой квоты: Для v1.x you can delete the user's quota row from sql. Но о каких quota row в sql базе данных речь идёт - не понятно. Dovecut сконфигурирован использывать dict:

plugin {
  quota = dict:user::file:/var/vmail/%d/%n/.quotausage
  sieve=/var/vmail/%d/%n/.sieve
}

auth default {
  ...
  passdb sql {
    args = /etc/dovecot/dovecot-sql.conf
  }
}

Буду благодарен за помощь.