Fórum Ubuntu CZ/SK
Ostatní => Archiv => Téma založeno: jeffik1 15 Března 2007, 08:16:04
-
Chtěl bych ubuntu využít jako mail server v menší síti. Mám doménový koš třeba @neco.cz, ze kterého stáhnu všechny zprávy pomocí pop3 protokolu. V tento okamžik, ale potřebuji tyto zprávy zpřístupnit v místní síti nejlépe pomocí imap s těmito požadavky: vytvořit účty pepa@neco.cz, franta@neco.cz a těm poštu přerozdělit podle příjemce daných emailů. Rovněž mi jde o to, aby při posílání pošty mezi pepa@neco.cz a franta@neco.cz se pošta vyměnila na úrovni místní sítě a neodesílala se přes internet. Neřešil jste už někdo něco podobného? Pochlubte se. Díky
-
fetchmail, postfix
Konfigurace je netrivialni, ale da se to.
-
Mohl bys mě trošku nakopnout? Stačí když mi napovíš, k čemu kterej program slouží. Zybtek už si dohledám. Fetchmail slouží k vyzvedávání pošty. Ale už nevím, k čemu postfix. mám pocit že budu potřebovat ještě nějakej program... Stačí když mi řekneš Fetchmail vyzvedne pomocí pop3 -> program X určí komu zpráva patří -> program Y umožní si zprávy pomocí IMAP prohlížet. A totéž pro cestu ven. Dík moc
-
Vec se ma tak, ze fetchmail skutecne stahne zpravy z daneho serveru, ale uz je neumi rozsypat do schranek lokalnich uzivatelu, k tomu prave slouzi postfix (je to vlastne klasicke SMTP), co se vyberu schranek jednotlivyma uzivatelema tyce, je asi nejvhodnejsi pouzit dovecot, ktery toho umi hodne a vsechno v jednom :)
Konfigurace fetchmailu by pak mela vypadat nejak takto:
cat /etc/fetchmailrc
set daemon 120
set no bouncemail
defaults
envelope X-Original-To: #Toto hodne zalezi na vasem poskytovateli domenoveho kose, kazdy to ma jinak :(
keep noflush
antispam 5
batchlimit 100
poll mail.server.cz proto pop3:
localdomains neco.cz
no dns
user uzivatel is * flush no keep
password supertajneheslo;Tim si zajistite, ze fetchmail to sosne a lokalne pres postfix rozesle. Postfix to pak ulozi (v zakladni konfiguraci) do /var/mail/jmenouzivatele
-
Fetchmail stahne maily od providera a preda postfixu, ten je nasype do schranek uzivatelu. Uzivatele musi na serveru existovat a mit vytvorene HOME adresare a v nich strukturu pro mail, nejlepe typu Maildir. Zapomnel jsem na vyzvedavani posty uzivateli, pro POP - jen stahnout, nebo smazat, nebo IMAP - muzou stahovat, vytvaret nove adresare a mit svoji strukturu na serveru(podminkou je struktura Maildir) - je potreba dalsi program, trebas Courier, neni jej potreba nejak zvlast konfigurovat a je znacne modularni, z baliku si vyberete jen to co potrebujete.
Merlin: dobre by bylo okomentovet jednotlive direktivy fetchmailu aby se v tom tazatel lip zorientoval, co to vlastne dela.
-
Díky moc. Postfix už mi doručuje do uživatelských adresářů /home/uzivatel/Maildir. Nainstaloval jsem si courier, nastavil ip serveru adresu v imapd, ale už jsem nepřišel nikde na to, jak courieru nastavit, že má uživatele ověřovat podle účtů v systému a kde se nachází jejich složky. Resp. složky uživatelů se nastavují nejspíš v imapd položkou MAILDIRPATH, ale nevím, co jí přiřadit. Implicitně je tam pouze Maildir. Nemělo by tam být něco jako /home/$USER/Maildir ? Pokud se na server pokusím připojit třeba pomocí Thunderbirdu, tak se to na něj sice připojí, vyžádá heslo, ale po jeho zadání se nastane chyba: Spojení selhalo (zkrátka nejspíš neúspěšná autorizace)...
-
Asi chybi modul courier-auth, nainstaloval se?
Matne se (ne)pamatuju, ze jsem snad nic nenastavoval, on si to ocenichal vsechno sam a bezelo to "na prvni zapnuti".
-
Courier-auth tam mám. Už jsem chybku našel. Nastavil jsem si totiž parametr DEFDOMAIN. když jsem jej zakomentoval. vše běží :)
-
Pořád nemám jasno, jak fetchmailu říct, aby předal zprávy postfixu. Anebo si postfix musí sám spouštět fetchmail? Dalším otazníkem pro mne je, jestli soubor fetmailrc musí být přímo v /etc nebo na tom nezáleží a fetchmail se pak volá s parametrem tohoto souboru?
-
Mrknu na svoji konfiguraci, ale je to pres 4 masiny, chvili to potrva.
Tak ja tam nic zvlastniho nemam.
v /etc/fetchmailrc
je mimo defaultnich hodnot
a hodnoty "set daemon = 400"
tento radek:
poll muj.kosik.cz aka kosik.cz protocol pop3 username pepa with pass ma_svatek to * hereCoz prelozeno do cestiny znamena priblizne:
"Vysosni ze serveru muj.kosik.cz postu pro kosik.cz protokolem pop3 jako uzivatel pepa s heslem ma_svatek a placni to vsem uzivatelum tady".
Normalne to funguje predava to postfixu bez dalsiho nastavovani.
Jeste si spustte /etc/init.d/fetchmail bez parametru. Vypise to mozne parametry, ktere se daji pri startu pouzit a vyzkousejte to. Fetchmail musi byt porad spusteny ve sleep modu a kazdych sekund awaken - "vstava" a saha do schranky. Urcite na to prijdete, kdyz jste zvlad to ostatni.
Ted to ctu, tam nesmi byt jmeno uzivatele ale prave ta hvezdicka.
-
Vytvořil jsem si fetchmailrc vypadající takto
pool pop3.neco.cz proto pop3:
user "nekdo@neco.cz" with pass "heslo" is "postfix" herepo zavolání fetchmail -f /etc/fetchmailrc
se mi zobrazí:
2 messages for ...
reading message ... flushed
reading message ... flushedZnamená to, že jsou zprávy zahozené? V etc/aliases mam nastaveno nekdo: zdenek, ale zprávy se se mi do Maildir nedoručí...
-
Tim is postfix jste rekl, ze se ma vse nasypat uzivateli postfix (ztracene zpravy najdete pravdepodobne v /var/mail/postfix)
Fetchmail to obecne sam predava lokalnimu MTA, tou radkou "user uzivatel is * flush no keep" rikate, ze ten uzivatel, ktery kos stahuje je lokalne kdokoliv, tim padem si to postfix prechrousta dle sveho. Fetchmail by mel bezet jako daemon s tim, ze hodnotou "set daemon 120" mu rikate, jak casto (v sekundach) ma kos vybrat. Mel by byt umisten primo v /etc s pravy 600 (rw pro root, nic pro nikoho dalsiho), pokud prava nebudou prave takovato, nespusti se vubec
-
Nastavil jsem tedy i to ostatní podle tebe. akorát to teď při zkoušení nevybírám pomocí daemona, ale stále fetchmail -f /etc/fetchmailrc. A chová se to pořád stejně. Pokud se podívám do fronty zpráv pomocí mailq, tak tam nic není... :(
Tedy doufám, že nevadí na začátku výpisu je toto (protože reading message to píše stejně):
fechmail: Server certificate verification error: unable to het local issuer certificate
fechmail: Server certificate verification error: certificate not trusted
fechmail: Server certificate verification error: unable to verify the first certificate
2 messages for...
reading message ...
-
tak jsem zkusil fetchmailrc nastavit takto:
poll pop3.server.cz protocol pop3 localdomains neco.cz:
user "nekdo@neco.cz" with pass "heslo" to * herea výsledek je tento:
WARNING: Running as root is discouraged
fechmail: Server certificate verification error: unable to het local issuer certificate
fechmail: Server certificate verification error: certificate not trusted
fechmail: Server certificate verification error: unable to verify the first certificate
1 messages for neco@nekdo.cz ...
reading message neco@nekdo.cz ... 1 of 1 (1125 octes)
fetchmail: namesever failure while looking for 'mail' during poll of pop3.server.cz: Temporary failure in name resolution
fetchmail: namesever failure while looking for 'mail' during poll of pop3.server.cz.
fetchmail: namesever failure while looking for cetus(tecka)go(tecka)seznam(tecka)cz during poll of pop3.server.cz: Temporary failure in name resolution
. not flushedTOTO UŽ JSEM OPRAVIL - CHYBĚL MI PARAMETR "no dns" ve fetchmailrc
-
Mam takovej divnej dojem, ze konfigurace postfixu je nejaka zvlastni a fetchmail se k nemu nemuze pripojit. Zkuste se k postfixu pripojit telnetem:
telnet localhost 25
mel by vypsat neco jako:
220 muj.stroj.cz ESMTP Postfix (Debian/GNU)
quit
221 Bye
-
Postfix mám nastaven snad správně. alespoň lokální doručování funguje. Parametry stojící za zmínku:
mynetworks = 10.0.0.0/10 (ip adresy místní sítě)
inet_interfaces = all
home_mailbox = Maildir/
Ten telnet funguje. I zprávy přes něj lze posílat a doručují se do složek uživatelů...
-
Pavelp: Tak jsem to nastavil podle tebe (ten fetchmailrc) a spustil fecthmail jako deamona a už to funguje. Dlužím ti velkej dík! :)
-
Nechci to tvrdit na 100%, ale mam dojem, ze obcas mi nefungovalo prave dorucovani lokalnim uzivatelum (v pripade nejakeho mezikroku jako je fetchmail), pokud jsem v mynetworks nemel i loopback adresy tj. 127.0.0.0/8, zkuste to tam doplnit, btw. postfix uklada sva logu, treba uz tam neco bude, hodte sem vysledek tohoto ihned po nepovedenem pokusu
tail /var/log/mail.info
-
merlin: ten log se mění při každym probuzení daemona, a jediné co tam teď je
Server certificate verification error: unable to het local issuer certificate
fechmail: Server certificate verification error: certificate not trusted
fechmail: Server certificate verification error: unable to verify the first certificate
1 message (1 seen) ...
sleeping ...Jinak jsem se chtěl zeptat, zda vadí, že nepoužívám ten certifikát?
Kam se ukládají odeslané zprávy? Ve složce Maildrop je pouze cur new a tmp. a v nich to není...
Dalším probléme je, že když se připojím pomocí thunderbird na smtp (postfix) a odesílám poštu, jsem varován před nedůvěryhodným certifikátem. Kliknu tedy na přijmout certifikát... a poté se mi zobrazí další varování (které vidím porvé):
Pokusili jste se spojit s 10.0.0.4. Předložený bezp. certifikát ale patří userver. Je možné, ale málo pravděpodobné, že se někdo snaží narušit vaši komunikaci s webovou stránkou. Pokud máte podezření...
Dám OK a e-mail se odešle. Předpokládám, že mám buď něco špatně nastaveno v postfix anebo to musím vyřešit spuštěním místního dns?
Co mě teď trápí nejvíce, je to, že mi postfix nechce posílat poštu ven. Pravděpodobně mám nějaký problém s DNS. Zkoušel jsem nastavit i relay_host = smtp.poooskytovatel.cz a stále se emaily hromadily ve frontě. Když jsem však nastavil ip adresu, email se odeslal (sice se vrátil, ale to už je jiná kapitola). Podotýkám, že mi na serveru neběží žádné dns a je připojen na router (není však přímo vystaven ven = nemá veřejnou ip).
-
DNS tam byt musi, mailserver ho nutne potrebuje. Nainstalujte si dnsmasq, do resolv.conf napisete:
127.0.0.1
prvni.ip.dns.poskyt
druha.ip.dns.poskytporadi je NUTNE dodrzet.
-
Dnsmasq je už asi defaultně předinstalované, protože soubor resolv.conf se již v /etc nachází. Avšak: původně je zde jediná řádka "nameserver 10.0.0.138", což je ip routeru, na kterém dns běží. Když to nahradím výše uvedeným (nebojte, dns adresy jsem zadal správně), tak mi nejde ani ping třeba na seznam.cz.
-
resolv.conf tam je vzdycky a prave ukazuje na aktivni dns server
Nejde to proto, ze asi dnsmasq neni aktivni
Zkontrolovat , jestli dnsmasq opravdu bezi $ ps ax | grep dnsmasq a zkontrolovat /etc/dnsmasq.conf
Proto se dava 127.0.0.1 na prvni misto, dnsmasq si ho nevsimne a pta se dalsiho v poradi. Ostatni programy najdou na prvnim miste loklani adresu a ptaji se tim padem dnasmasqu
To nastaveni je nutne, aby se lokalni programy ptaly na dns lokalniho resolvera a ten zarizoval odpovedi.
Ale jen v pripade, ze tam dnsmasq je. Jinak tam musi byt adresa platneho nameserveru.
-
dnsmasq tam běží podle toho tvého příkazu. udělal jsem experiment a před všechny tři ty řádky jsem napsal "nameserver" a už to funguje :)
-
jeeeeeeeeeee.........
Ted kdo za to muze ? Asi ja.
Kdyz uz nekdo radi, mel by byt maximalne presny.
Davam si domaci vezeni, venku supeli, uvarim si kafe a nikam za trest nepudu.
-
:D to nedělej. Spíš bys měl slavit, protože si mi dost pomohl a aspoň nad tím trochu přemýšlím ;) Už jsem zjistil, že pro filtrování zpráv spamassassinem (a uložení do zvláštní složky) musím použít maildrop, zbývá jen zjistit, jak.
-
Nemusi se pouzit maildrop, jde to rovnou, ale ta konfigurace je potom prece jen slozitejsi a asi bych to na dalku nezvladl, viz moje chyba s resolvem, este ted se stydim.
Do konfiguraku Postfixu se vlozi takovej kus nesrozumitelny konfigurace.
Funguje to obecne tak, ze spamassasin poslucha na nejakem portu, Postfix misto doruceni napred na ten port posle mail a sam posloucha taky na JINYM portu, a na nej mu spamassassin posle ocenichanej mail a Postfix ho pak doruci. Je to silenstvi.
Ale nechtejte na mne, abych to nejak popisoval, konfiguroval jsem to asi pred tremi roky a uz nemam paru jak se to dela. Ale chodi mi to.
-
Tak to já to radši vyřeším přes maildrop. Předpokládám po přečetení několika článků, že stačí v postfix main.cf nastavit mailbox_command = /usr/bin/maidrop
A potom v /etc/maildroprc:
DEFAULT="$HOME/Maildir"
SPAMFOLDER="$DEFAULT/.SPAM/"
...+ pravidla...
Tu složku pro spam musím asi nějak vytvořit, že? Poraďte mi prosím jak. Btw doufám, že ji nemusím vytvářet pro každého uživatele zvlášť... Nemám vůbec jasno v tom, jak se složky v Maildir organizují. Našel jsem jen že v Maildir/courierimapsubscribed je
INBOX.Trash
INBOX.Sent
což už něco naznačuje, ale stejně nevím kde co jak...
-
Tak tady neporadim, ja mam konfiguraci bez maildropu, a ten neznam. Struktura inboxu Maildir je obvykle:
new = nova posta
cur = hlavni slozka
tmp = docasna pro smrdlani si programu
uzivatelske:
Sent = odeslana
Drafts = sablony
Trash = kos
Junk = nevyzadana
Moje konfigurace je takova, ze vsechna posta se dorucuje bez omezeni, spamassassin jen oznaci v hlavicce stupen "spamovitosti" a do subjektu prida retezec "*SPAM*". Dalsi nakladani s tim je ponechano na uzivateli. Jako MUA pouzivame vesmes Thunderbird a ten ma svuj adaptivni filtr, takze to uzivatelum hned pri prijeti posty rozhodi. Trideni na strane MTA, t.j. pri dorucovani nepouzivam.
Snad jsem to napsal srozumitelne.
-
Jasný, chápu to. Já to nějak rozchodím. Chci zprávy třídit na úrovni serveru, aby pak uživatel občas zkontroloval, zda ve složce spam neni něco, co by nemělo. Popřípadě do této složky přesunul spam, který se nepodařilo filtrovat. Já pak jednou za týden po překontrolování spustím skript spamassassin, který se ze složek spam bude "učit". O těch složkách už jsem něco našel. Ještě jsem se tě chtěl zeptat, jak je u tebe spamassassin úspěšný? V diskuzích se totiž názory dost různí...
-
Takže na vytváření "složek" v Maildir jsou spec. příkazy (které teď nemůžu najít,ale až je najdu, tak je sem dám).
A globálně se maildrop nastavuje v /etc/maildroprc, kde když se vloží řádka xfilter /usr/bin/spamassassin, tak se zprávy budou kontrolovat spamassassin (bez spuštěného daemona > nižší rychlost). Jinak je možné nastavit pro každého uživatele odlišnou konfiguraci, vytvořením souboru .mailfilter (obdoba maildroprc) v domovském adresáři.
-
Obcas pustim sa-learn, na nejakem tucnem Junk katalogu, on se sam moc nerad uci :-) Co nechyti spamassassin, chyti filtr v Thunderbirdu, takze to vcelku jde.
Zakladni strukturu maildir udela maildirmake, ale dobre je to vytvorit v /etc/skeleton, pak se ta struktura dela automaticky pri pridani noveho usera hned s jeho pravy.
-
Tak to hned vyzkouším. Teď už se snad zeptám na poslední věc, která mě trochu trápí - při odesílání pošty (připojení na postfix) se zpráva relativně dlouho odesílá, zhruba 5s, což sice není moc. Ale když to porovnám s odesíláním třeba na seznam schránku, tak je to dlouhá doba. Co to může způsobovat?
-
Nemam tuseni, koule se mi zakutalela a nemuzu ji najit. Pricina byva casto na jinem konci, nez se zacina hledat. Trebas pomala odezva nameserveru, nebo tak neco.
Prikaz # tail -f 20 /var/log/syslog(mail.log)zobrazi vypis poslednich 20. radku logu a pak odchytava dalsi a vypisuje (Ctrl+c).
Zkuste neco poslat a koukejte v konzoli co se deje.
Pro vykopnuti nekterych spamovacich robotu pouzivam blacklisty asi takto:
maps_rbl_domains = sbl-xbl.spamhaus.org, dynablock.njabl.org, bl.spamcop.net
smtpd_client_restrictions = permit_mynetworks, reject_maps_rbl
Je ale potreba obcas pohlidat, jestli ty RBL databaze jsou funkcni, obcas si to nekdo rozmysli a sekne s tim, vyhodi zaznamy z DNS a zpusobuje to problemy.
Jeste jsem zapomnel, ze vynikajici navod na postfix , ne-li nejlepsi, napsal Ivan Noris, dejavix.sk, prirucka systemoveho administratora. Spoustu veci jsem od neho opsal. Velmi
doporucuju pro studium.
-
Jediné podezřelé, co se v tom logu děje je:
Server certificate verification error: unable to het local issuer certificate
Server certificate verification error: certificate not trusted
Server certificate verification error: unable to verify the first certificatedeja-vix.sk znám a taky mi to dost pomohlo. Ze začátku jsem hodně věcí nechápal, ale postupem času mi to začalo zapadat do sebe. Už tam jen naházet ty certifikáty.
-
Stále nemůžu překonat tento problém: Funguje mi naprosto bez problémů doručování pošty pro uživatele v systému, ale potřeboval bych, aby uživatelé mohli mít také jinou adresu než jen uzivatel@domena.cz. Na deja-vix.sk je toto řešeno pomocí alias_maps... Ale pokud odešlu email na vymyšlenou adresu pokus@domena.cz uvedený v aliases, tak stejně nedojde. Příkaz mailq mi vyhodí toto:
Sender: odesilatel@domena.cz
Host or domain not found. Name service error for name=userver.domena.cz type=MX: Host not found...
Recipient: prijemce@userver.domena.czZ čehož vyplývá, že se sice adresa příjemce přepsala z pokus@domena.cz na prijemce@userver.domena.cz (uživatel prijemce existuje v systemu), ale nedoručí se. Podle mne je problém v tom, že se za zavináč přidal ještě název serveru. Kudy z problému ven?
-
# >>>>>>>>>> The program "newaliases" must be run after
# >> NOTE >> this file is updated for any changes to
# >>>>>>>>>> show through to Postfix.
#
?
mam na to skriptik:
#!/bin/sh
cd /etc/postfix
/usr/bin/newaliases
postmap /etc/postfix/virtual
postmap /etc/postfix/transport
postmap /etc/postfix/access
postmap /etc/postfix/pcre_table
postmap /etc/postfix/regexp_table
/etc/init.d/postfix reload
-
O tomhle vím. Dalo mi to sakra zabrat. A před chvílí jsem zjistil, že v postfix main.cf mi chybělo mydestination = ...,userver.way2net.cz :) Jsemto ale trubka.
-
Potřeboval bych docela nálehavě poradit... Jde mi o převedení emailových zpráv z outlook express a thunderbirdu do formátu, který se používá na unixu ve formě Maildir (jednotlivé soubory). Jinými slovy - přecházím y protokolu pop na imap a potřebuji emaily z klientských stanic dostat na server ve správném formátu.
-
Už jsem to vyřešil a to následovně - Do stávajících poštovnívh klientů jsem přidal imap účet do kterého jsem emaily jednoduše přesunul (drag&drop). Sice je to celkem časově naročnější proces při většim počtu emailů, ale je to nejjednodušší řešení.
-
A IMO i nejlepsi, kdyz to tam imap serveru "podsunete" nejak zezadu, je mozne, ze s tim budou problemy, takhle si osetri vsechno sam.
-
:) To je pravda, a taky si to vytvoří názvy souborů podle sebe. Ještě v jedné věci jsem si pěkně nadběhnul...mám už vytvořené všechny uživatele, ale teď musím u všech uživatelů (/home/uzivatel/) vytvořit složku např. Templates tak aby jejím vlastníkem byl odpovídající člověk. Je možné to nějak hromadně provést? Nebudu přece otrokem výpočetní technice :D
-
Napsat skript, ktery ze seznamu uzivatelu postupne v /home/blabla ty slozky vytvori a pomoci chmod jim zmeni ownery. Kod je nad rozsah teto publikace, zdroje jsou na siti.
Nejak takhle:
#!/bin/sh
For I in `cat /root/seznamuseru`; do
blabla ;
doneTy carky jsou apostrofy z klavesy vlevo od jednicky, NE z klavesy s uvozovkou
-
No myslim, ze ten scriptik by sel jeste upravit; pokud se toto ma vytvaret u kazdeho uzivatele, pak by asi jednodussi nez delat seznam useru a podle toho to vypisovat udelat si primo vypis /home, jinak receno
#!/bin/bash
for user in `ls /home/`
do
mkdir /home/$user/Templates
chmod 0744 /home/$user/Templates
chown $user /home/$user/Templates
chgrp $user /home/$user/Templates
done;atd.
-
Jsem v průšvihu! Všechno mám hotové, jen jsem zapnul fetchmail a nejde mi vybírat pošta:
fetchmail: warning: multidrop for neco.poskytovatel.cz requires envelope option!
fetchmail: warning: Do not ask for support if all mail goes to postmaster!Poradí mi někdo? Je to dost nutné...
-
Neporadi, predtim sla, ted nejde = neco jste posmudlal v konfiguraci, nikdo nevyvesti co.
-
No právě že asi nepošmudlal. Vzbírám teď poštu od jiného poskytovatele... Myslím že je třeba změnit parametry ve fetchmailrc jako je X-Envelope apod., jen nevím jak. Nedalo by se to vyšpekulovat z emailů, které byly v minulosti od tohoto poskytovatele přijaty?
-
V hlavicce by melo byt
X-Original-To: puvodni_adresat@domena.cz
Ale fetchmail to pouzije pro dorucovani, ne pro vyzvedavani.
-
Muze to byt i
X-Envelope-To: puvodni_adresat@domena.cz
Je to bohuzel vec ve ktere se nikdo nemuze shodnout, jak by vlastne mela byt. Logiku veci ma oboje. jeffik1, ta chyba by mohla znamenat (jeste jsem se s tim snad nesetkal), ze vam prave deklarace envelope chybi ve fetchmailu, mate tam nekde uvedeny onen kouzelny radek
"envelope X-Original-To:" pripadne "envelope X-Envelope-To:"
v konfiguraci fetchmailu?
-
Už mi to jde. Díky. Poslední důležitá věc - při odesílání emailu z některých pc mi Thunderbird vyhodí: Relay access denided (na telnet na serveru to odeslat ale jde). Asi bude chyba v postfixu main.cf parametr mynetworks = 192.168.1.0/28,127.0.0.0/8
Umí mi tenhle parametr někdo vysvětlit? Nikde jsem se o něm podstatné nedozvědel. Myslel jsem, že když jsem dám 192.168.1.0/255 tak bude poštu přijímat ze celé sítě 192.168.1.1-192.168.1.254. Ale postfix mi toto nastavení nebere... Nyní tam mám (192.168.1.0/28, 127.0.0.0/8)
-
Mynetworks jsou site, pro ktere je postfix relay, t.j. z kterych prijme mail, resp. pripojeni.
/28 je naka divna maska pro sit 192.168, neni ? Coz takhle zkusit (odleva, maskujem 3 pozice, 3x8=24)
-
Maska /28 je 255.255.255.240, lze na ni definovat 16 IPcek, z ceho jedno je adresa site, druhe broadcast, takze zbyva 14 IPcek pro PC - pokud mate stesti a DHCP vam prideli nejakou z tehle 14 adres, tak to fungovat bude, pokud ne, nebude. Takze byt vami opravdu bych tam dal /24 (jinak receno maska 255.255.255.0)
-
Moc vám děkuju. Už tomu rozumím :) Řešením taky může být, pokud je server ve stejné síti, nastavení parametru mynetworks_style = class.
-
Ve frontě zpráv se mi objevují záznamy tohoto typu:
GFGFHVGHFGHF 5050 Mon Mar 26 14:17:55 nejaka@adresa.czx
(temporary failure. Command output: /usr/bin/maildrop: Unable to create a dot-lock.)
fetchmail@localhostNetušíte, co může být příčinou? Hledal jsem v googlu, ale nic kloudnýho jsem nenašel...
-
Stále jsem problém nevyřešil. Hláška tohoto typu se pravděpodobně objevuje při různých problémech, protože každý toto vyřešil jinak. Neporadil by mi někdo aspoň, kde najdu emaily, které jsou ve frontě? Abych si je mohl prohlédnout a zjistit pro koho nebo od koho jsou... Díky
-
/var/spool/postfix/.....
Obcas se kouknete po systemu, kdyz delate server.
#postqueue -p vypise maily ve fronte
postsuper -d ID smaze mail s id ID z fronty
postsuper -d ALL smaze ......
-
Dokázal by mi někdo osvětlit problematiku reverzních záznamů dns? Potřebuji vytvořit reverzní záznam pro mujserver.mojedomena.cz. Doménu mám samozřejmě zaregistrovanou. Požádal jsem mého poskytovatele (O2) o reverzní záznam mujserver.mojedomena.cz pro ip 88.xxx.xxx.xxx. Již před několika dny jsem dostal odpověď, že záznam byl proveden, ale já mám takový pocit, že ne - při "ping mujserver.mojedomena.cz" se nedočkám odezvy. Rovněž "dig mujserver.mojedomena.cz" mi pouze vypíše informace o správci domény. Dělám někde chybu? Nebo musím ještě provést nějaké změny v zónovém souboru domény?