[virtual mailbox table]

Според това: http://www.postfix.org/OVERVIEW.html#receiving , мисля че писмата се отказват преди да се приемат за доставка.
А мисля така защото recipient restrictions се прилагат последни, освен ако не е посочено друго.
Моля някой да ме поправи ако бъркам.

Ето това намерих сега:

smtpd_reject_unlisted_recipient (default: yes)

    Request that the Postfix SMTP server rejects mail for unknown recipient addresses, even when no explicit reject_unlisted_recipient access restriction is specified. This prevents the Postfix queue from filling up with undeliverable MAILER-DAEMON messages.

    An address is always considered "known" when it matches a virtual(5) alias or a canonical(5) mapping.

        * The recipient domain matches $mydestination, $inet_interfaces or $proxy_interfaces, but the recipient is not listed in $local_recipient_maps, and $local_recipient_maps is not null.

Между другото, промених един параметър: show_user_unknown_table_name = no
Така съобщението, което се връща вече е: "Recipient address rejected: User unknown (in reply to RCPT TO command)"
А не Recipient address rejected: "User unknown in virtual mailbox table (in reply to RCPT TO command)"

Благодаря за разясненията.

Ето така са конфигурирани bounce и notify параметрите:

2bounce_notice_recipient = postmaster
address_verify_sender = $double_bounce_sender
backwards_bounce_logfile_compatibility = yes
bounce_notice_recipient = postmaster
bounce_queue_lifetime = 1d
bounce_service_name = bounce
bounce_size_limit = 50000
bounce_template_file =
disable_verp_bounces = no
double_bounce_sender = double-bounce
lmtp_sasl_auth_soft_bounce = yes
multi_recipient_bounce_reject_code = 550
smtp_sasl_auth_soft_bounce = yes
soft_bounce = no
notify_classes = resource, software

Дори и така да е, не мога ли по някакъв начин да огранича изпращането на това:

Undelivered Mail Returned to Sender

Recipient address rejected: User unknown in
virtual mailbox table (in reply to RCPT TO command) към всеки, който се опитва да прати мейл към несъществуващ user.

Дразнят ме тия логове с проби за адреси от всевъзможни IP адреси и домейни.
Неграмотно си написах днес постовете (за което се извинявам предварително), но нещо се изчерпах откъм креативност.
Zeridon, благодаря за отговора!!!

Ситуацията е следната:

Postfix 2.6.5
Получава се ето това и не знам как да спра изпрашането на мейл, че не съществува такъв юзър.

Jan 24 14:58:53 mail postfix/smtpd[8017]: NOQUEUE: reject: RCPT from smtp-out.abv.bg[194.153.145.70]: 550 5.1.1 <myfakeaccount@mydomain.com>: Recipient address rejected: User unknown in virtual mailbox table; from=<myaccount@abv.bg> to=<myfakeaccount@mydomain.com> proto=ESMTP helo=<smtp-out.abv.bg>
Jan 24 14:58:53 mail postfix/smtpd[8017]: > smtp-out.abv.bg[194.153.145.70]: 550 5.1.1 <myfakeaccount@mydomain.com>: Recipient address rejected: User unknown in virtual mailbox table
Jan 24 14:58:53 mail postfix/smtpd[8017]: < smtp-out.abv.bg[194.153.145.70]: DATA
Jan 24 14:58:53 mail postfix/smtpd[8017]: > smtp-out.abv.bg[194.153.145.70]: 554 5.5.1 Error: no valid recipients
Jan 24 14:58:53 mail postfix/smtpd[8017]: < smtp-out.abv.bg[194.153.145.70]: RSET
Jan 24 14:58:53 mail postfix/smtpd[8017]: > smtp-out.abv.bg[194.153.145.70]: 250 2.0.0 Ok
Jan 24 14:58:53 mail postfix/smtpd[8017]: < smtp-out.abv.bg[194.153.145.70]: QUIT
Jan 24 14:58:53 mail postfix/smtpd[8017]: > smtp-out.abv.bg[194.153.145.70]: 221 2.0.0 Bye
Jan 24 14:58:53 mail postfix/smtpd[8017]: match_hostname: smtp-out.abv.bg ~? 127.0.0.0/8
Jan 24 14:58:53 mail postfix/smtpd[8017]: match_hostname: smtp-out.abv.bg ~? 192.168.128.0/24
Jan 24 14:58:53 mail postfix/smtpd[8017]: match_hostname: smtp-out.abv.bg ~? 192.168.0.0/24
Jan 24 14:58:53 mail postfix/smtpd[8017]: match_list_match: smtp-out.abv.bg: no match
Jan 24 14:58:53 mail postfix/smtpd[8017]: disconnect from smtp-out.abv.bg[194.153.145.70]

В main.cf имам:
local_recipient_maps = $virtual_mailbox_maps
unknown_local_recipient_reject_code = 550

Търся и в google в postfix.org, но не успявам да разбера как да го спра.

[ДЛЪЖЕН]

//off
sp1der80, при така зададен въпрос:

1. Самия ти не разбираш какво искаш да направиш, а оттам не знаеш и как.
2. Отношението, което показваш на хората опитали се да ти помогнат е без коментар. Виж си броя постове, виж на хората, които са ти отговорили и си помисли някой тук дали е ДЛЪЖЕН да ти помага. За пореден път се учудвам на спокойствието, с което ти се отговаря. То е характерно за този форум и за никой друг . В този ред на мисли: "все пак благодаря" не е много уместно.

[File System]

Ако не се е разбрало - да обясня. Самба-та ми се вижда като слънце. Проблема ми е в shares. След многократни опити и

upgrade до Samba 3.3.9 проблемите остават. Установих, че не ми работи сетването на група т.е. ако дам force group = desired

не ми се създават директории и файлове с тези permissions. Нали това е идеята на тази опция. Интересното е, че force user

работи.


File System

drwxrwx---   6 root             fff            512 Nov 17 09:58 share

User Info

uid=1062(karamfilov) gid=1065(karamfilov) groups=1065(karamfilov),1062(fff)
uid=1061(asparuhov) gid=1064(asparuhov) groups=1064(asparuhov),1062(fff)

smb.conf

[TESTING]
        writeable = yes
        path = /home/share
        valid users = @fff
        force group = asparuhov


При това положение:

1. Ако от Windows се логна с karamfilov, създам през explorer с десен бутон->New folder refresh-a го няма изобщо, после повторя това действие, и след това: десен бутон->New text document се получава:


drwxr-xr-x  2 karamfilov  fff  512 Nov 17 10:06 New Folder
drwxr-xr-x  2 karamfilov  fff  512 Nov 17 10:06 New Folder (2)
-rwxr--r--  1 karamfilov  fff    0 Nov 17 10:06 New Text Document.txt

smbstatus показва username: karamfilov group: karamfilov

2. Ако от Windows се логна с asparuhov, създам през explorer с десен бутон->New folder refresh-a го няма изобщо и след това: десен бутон->New text document се получава:

drwxr-xr-x  2 karamfilov  fff  512 Nov 17 10:06 New Folder
drwxr-xr-x  2 karamfilov  fff  512 Nov 17 10:06 New Folder (2)
-rwxr--r--  1 karamfilov  fff    0 Nov 17 10:06 New Text Document.txt
drwxr-xr-x  2 asparuhov   fff  512 Nov 17 10:12 New Folder (3)
-rwxr--r--  1 asparuhov   fff    0 Nov 17 10:12 New Text Document (2).txt


smbstatus показва username: asparuhov group:asparuhov

Юзърите и групите ги създадох заради целите на теста.
Това е положението засега

Samba-та ми не е PDC. Не е от браузването. Все пак да кажа, че коефициента ми е 33.

[не винаги]

Аз да си продължа темата, защото намирам нови и нови "истории" около Вин-а и самбата.

1. Помислих си, че може да се получава върху samba shares, които са с повече от една група валидни юзъри и евентуално да има връзка с първоначалната група на юзъра, който се връзва.
Оказа се, че не е от това.
2. Започнах да тествам с вин-а и следното:

net use /delete /y * , изпълнено върху машината, която се връзва.

След като се изчистят конекциите и пробвам пак да се връзвам към самбата, не винаги ми иска парола. А до момента не съм намерил как аджеба да затрия всички запомнени връзки от вина към shares на самбата (както и запомнени пароли).
Изпълнението на net use /delete /y * изчиства конекциите, но не изчиства запомнена парола т.е. достъпвам самба share-a без да ми иска парола?!

Пробвах и с http://www.pitr.net/index.php/2006/11/28/sambawindows-problem-content-of-folder-does-not-refresh/.
refresh=1 - не помогна.
Не помогна и смяната на името на share-a, както предлага някой от коментиралите в горния линк. Т.Е. името на share-a да бъде различно от името на директорията във файловата система. Звучи тъпо но реших и това да пробвам.
В момента забелязвам, че при отворен explorer, който съм отворил след рестарт на вин-а всеки следващ, който отварям не работи като хората (т.е. не рефрешва), докато на този отворения си работи всичко. Това е до конекция, но къде точно ми е грешката не мога да разбера?!
Моля някой, който се е сблъсквал с нещо подобно да даде съвет.

[ПОНЯКОГА]

Здравейте!
I.Кoнфигурация:

FreeBSD 7.2
Samba 3.0.36
Raid 1(hardware)

II.Описание на проблема
ПОНЯКОГА, когато се дава десен бутон -> New folder от windows машина се получава така, че новосъздадената директория:


1. Не се вижда докато не се даде рефреш.
2. Не може да се преименува т.е. остава да се казва New Folder.
При опит за преименуване explorer-а дава: "Cannot read the source or file from disk"

Не е от permissions на файловете по файловата система. Там всичко е изрядно. В конфигурационния файл има:

[share]
        writeable = yes
        path = /share/path
        force directory mode = 770
        force group = group
        force create mode = 770
        comment =
        valid users = @group
        create mode = 770
        directory mode = 770

Чета за oplocks, но не успявам да разбера засега от кво е.
Някакви идеи?

[ipfw]

Здравейте!
Някой може ли да ми каже как да пренасоча порт към друг порт на една и съща машина?
Целта е да се смени само destination port-a.Примерно от 1234 на 1235.

Използвам natd и ipfw, но не става и не става...

ipfw

ipfw -q add divert 8668 tcp from any to any 1234 keep state


natd.conf

redirect_port x.x.x.x:1235 1234


Въобще така ще стане ли?

Портовете са дадени за пример!

След направени тестове установих, че следната схема работи, но ужасно бавно (предполагам е заради това, че се презаписват всички пакети):

ipfw
ipfw -q add divert 8668 tcp from  192.168.2.0/24 to any keep state

natd.conf

redirect_port tcp 192.168.2.1:1235 192.168.2.1:1234

Май ще се окаже,чееееее  Май нямаше смисъл да пускам темата, но...

ipfw -q add fwd 192.168.2.1,1235 tcp from any to any 1234

Всички съвети са добре дошли!

[Въпрос]

iptables, SNAT, DNAT

SNAT ти сменя Source-а на пакетите
DNAT ти сменя Destination-а на пакетите


Още от самото начало имаше три изречения, които си противоречат:

1. "На самия сървър не му трябва интернет, т.е. трябва му дотолкова доколкото клиентите да могат да се връзват с него, но самия той на вън не излиза..."
Въпрос: След като не му трябва да излиза, за какво му е gateway?


2. "Забележи, че аз съм задал конкретен въпрос за конкретен проблем. Ти каза ли ми как да оправя рутирането на windows-а?"
Въпрос: Какво рутираш?

3. "Пренасочването през двата линукс сървъра е с цел да се гарантира поне един работещ gateway с поне един работещ интернет."

При всички случаи варианта на lod е много добър. Не че съм правил такова нещо, но звучи добре.

Но mndsl, помисли върху следното: Ако вин-а има default gateway, това значи ли че ще може да го смени при някакво събитие, за което той няма да има грам представа и ако да - колко бързо? Той разбира за падането на нета много по-късно от директно вързаните машини...По пътя на тази логика...след като имаш две различни машини с два различни адреса (за гейтове)...?

Всички варианти в съветите на хората клонят към едно: машините с *nix решават кое откъде, а не вин-а

"Да правя клъстер за да направя пренасочване на един порт е безсмислено щото е видно че проблема е в windows-а, и когато нещата при него се оправят всичко ще работи както трябва" С голямата пушка казваш

//offtopic

не може да се логне на самбата на последната стъпка с администратор парола уиндоуса казва юзър нот фаунд

Това кво трябва да значи?

Най-добре виж това:

http://www.linux-bg.org/cgi-bin/y/index.pl?page=article&id=advices&key=397207099

Първия вариант може да стане, но е базиран на URL-a ... , а на мен ми трябва хост базирано решение.
Отделно съм с 1 IP адрес.
Всъщност се оказа, че точно този вариант (от поста ми) няма да ми трябва.
RealEnder , благодаря много за втория линк. Ще ми бъде от полза за в бъдеще.

"Интернета спира" какво точно значи? Значи ли, че се променя default gateway или просто се променя resolv.conf и това да е причината?
Разгледай резултата от:

Код

GeSHi (Bash):
netstat -nr

Код

GeSHi (Bash):
ping www.neshtosi.com

преди и след вкл на устройсвото с dhcp сървър.

Ако евентуално ти се променят dns сърърите в /etc/resolv.conf следва да използваш:

The supersede statement

supersede [ option declaration ] ;

If for some option the client should always use a locally-configured value or values rather than whatever is supplied by the server, these values can be defined in the supersede statement.

Пример:

supersede domain-name-servers 192.168.18.1 85.187.216.3;