abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 15:22 | Komunita

    Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.

    Ladislav Hagara | Komentářů: 0
    včera 19:22 | Nová verze

    Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    včera 18:00 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.

    Ladislav Hagara | Komentářů: 0
    včera 01:22 | Nová verze Ladislav Hagara | Komentářů: 0
    včera 00:55 | Zajímavý projekt

    PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.

    vlk | Komentářů: 0
    7.5. 19:44 | Nová verze

    Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    7.5. 17:33 | Nová verze

    Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.

    Ladislav Hagara | Komentářů: 0
    7.5. 05:33 | Komunita

    Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.

    Ladislav Hagara | Komentářů: 17
    7.5. 03:55 | Komunita

    sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.

    Ladislav Hagara | Komentářů: 0
    6.5. 22:11 | Nasazení Linuxu

    Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).

    Ladislav Hagara | Komentářů: 3
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (2%)
     (1%)
     (1%)
     (3%)
    Celkem 564 hlasů
     Komentářů: 26, poslední včera 09:58
    Rozcestník

    Dotaz: Fetchmail - jak na '...odebrat ze serveru po xxx dnech'

    16.11.2007 16:25 psm | skóre: 10
    Fetchmail - jak na '...odebrat ze serveru po xxx dnech'
    Přečteno: 355×
    Mám tento problém :

    Ve firmě na serveru je POSTFIX, který posílá maily buď "ven" přes nadřízený SMTP ISP nebo lokálně (v případě, že si klienti posílají nebo přeposílají maily uvnitř lokální sítě). Jinak mají u ISP svoje mailboxy, ze kterých to stahuje na lokální server FETCHMAIL a nebo do nich "lezou" přes webové rozhraní (nejsou-li v práci).

    A teď ten problém :

    Aby tohle fungovalo, je potřeba, aby FETCHMAIL stahoval s parametrem "keep", jinak už by si na webmailu nikdo nic neprohlédl ...:-)

    Co ale s těmi zprávami, co ´v mailboxu u ISP zůstanou, po nějaké době ? Windows klienti toto řeší parametrem "odebrat ze serveru po X dnech". Jak toto udělat v linuxu ?

    Neboli : po stažení konkrétní zprávy Fetchmailem na server by se měl dotyčný mail za X dní smazat.

    Pro úplnost : používám POP3 a Maildir (Mandriva 2008).

    Díky za nápady ...

    Odpovědi

    Josef Kufner avatar 16.11.2007 18:34 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: FETCHMAIL - jak na "...odebrat ze serveru po xxx dnech"
    Pokud chceš používat jak normálního klienta i webmail, tak si tam pusť imap. Víc muziky za míň práce.
    Hello world ! Segmentation fault (core dumped)
    16.11.2007 18:47 psm | skóre: 10
    Rozbalit Rozbalit vše Re: FETCHMAIL - jak na "...odebrat ze serveru po xxx dnech"
    Díky, ale já jsem se chtěl :

    a) vyhnout IMAPu (i když jak to vidím, asi k němu dojde)

    b) protože firma NEMÁ pevnou IP adresu, tak nemůžu směrovat MX záznamy pro poštu na firemní server a tudíž musím dělat takovéto kotrmelce

    c) hledal jsem WEBMAIL, který by podporoval POP3 a zároveň MailDir (kvůli zálohám na serveru výhodnější)

    Bohužel nastala kombinace vedoucí k problému - jak zajistit, aby se z Webmailu providera odmazávaly maily cca 7 dnů (nastaví se dle přání zákazníka) od jejich stažení Fetchmailem do firmy.

    NEBO

    ty stažené už přečtené zobrazit tím WEBmailem ve firmě na serveru, jenže díky POP3 a MailDir mám pocit, že to nikam nevede. Ještě mi někdo zmiňoval OpenWebMail, ale to jsem zatím nestudoval ...
    Josef Kufner avatar 16.11.2007 20:00 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: FETCHMAIL - jak na "...odebrat ze serveru po xxx dnech"
    a) vyhnout IMAPu (i když jak to vidím, asi k němu dojde)
    Na serveru můžeš mít povolené obojí a IMAP funguje velmmi dobře. Pokud se bojíš nepřístupnosti mailů offline z normálního klienta, snad každý klient to umí kešovat, takže žádný problém s tím není.
    b) protože firma NEMÁ pevnou IP adresu, tak nemůžu směrovat MX záznamy pro poštu na firemní server a tudíž musím dělat takovéto kotrmelce
    Ale můžeš mít na firemním serveru schránky a IMAP demona (dovecat je celkem jednoduchej a bezproblémvej).
    c) hledal jsem WEBMAIL, který by podporoval POP3 a zároveň MailDir (kvůli zálohám na serveru výhodnější)
    Snad všechny webmaily jsou dělané jako IMAP klienti. Umožňuje to univerzálnější použití a odstraňuje nutnost těsné provázanosti s mailserverem (webmail nemusí běžet na mailserveru).
    ty stažené už přečtené zobrazit tím WEBmailem ve firmě na serveru, jenže díky POP3 a MailDir mám pocit, že to nikam nevede. Ještě mi někdo zmiňoval OpenWebMail, ale to jsem zatím nestudoval ...
    Nainstaluj na firemní server třeba postfixe a dovecat, nech fetchmailem stahovat poštu z serveru providera na firemní server a doručovat ji do schránek uživatelů prostřednictvím firemního postfixu. Webmail a IMAP i POP3 (dovecat) poběží na firemním serveru a na ten providerův nebude sahat nikdo nez postfix (smtp -- odesilani mailu (realy)) a fetchmail (pop3 -- stahovani mailu).

    Nějaký maildir moc neřeš, to je vnitřní záležitost dovecotu. Postfix to klidně může sypat do /var/mail. Ale to už jsou jen detaily v konfiguraci.
    Hello world ! Segmentation fault (core dumped)
    16.11.2007 23:14 psm | skóre: 10
    Rozbalit Rozbalit vše Re: FETCHMAIL - jak na "...odebrat ze serveru po xxx dnech"
    Dík, ale ono je to takhle : nainstalovanej Postfix a Dovecot už je (to chodí), Fetchmail stahuje poštu z serveru providera na firemní server a ve spolupráci s Postfixem ji doručuje ji do Maildirů

    /home/uživatel/Maildir ....

    dělá tam co mail to soubor ... To vše už chodí - ale jako POP3 !!!!!!!!! A já jen nevím, jak do toho napasovat nějaký program webmail, který by obsluhoval - zobrazoval webově ty uživatelské maily ve složce /home/uživatel/Maildir
    - (jako třeba Horde atd.), když takový program vyžaduje IMAP ...
    Nějaký maildir moc neřeš, to je vnitřní záležitost dovecotu. Postfix to klidně může sypat do /var/mail.
    To je přece nesmysl ... to je formát : místo jednoho velkého souboru je tu co mail to soubor ...
    Josef Kufner avatar 17.11.2007 11:50 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: FETCHMAIL - jak na "...odebrat ze serveru po xxx dnech"
    Jo, fetchmail to stáhne přes pop3, to je zcela v pořádku. Dovecot na firemním mailserveru to pak zpřístupní přes imap a webmail se připojí na tento imap.

    Takže kompletní cesta mailu od přijetí na server providera bude vypadat takto:
    1. mail přišel po smtp na server providera
    2. server providera ho uložil do své schránky
    3. fetchmail na firemním serveru mail stáhne protokolem pop3 ze schránky na serveru providera a předá jej postfixu na firemním serveru
    4. postfix na firemním serveru doručí mail do schránky na firemním serveru
    5. (uživatel si od webmailu vyžádá mail; webmail pošle požadavek dovecotu)
    6. dovecot načte mail ze schránky na firemním serveru
    7. mail je pomocí protokolu imap předán dovecotem webmailu
    8. webmail zobrazí mail uživateli

    Nějaký maildir moc neřeš, to je vnitřní záležitost dovecotu. Postfix to klidně může sypat do /var/mail.
    To je přece nesmysl ... to je formát : místo jednoho velkého souboru je tu co mail to soubor ...
    Je to opravdu jen detail v konfiguraci. Postfix a doveot se jen musí shodnout na umístění schránky. Z pohledu fungování serveru jako celku to je nepodstatné. (Ano, z pohledu výkonu, zálohování a podobně už to nepodstatné není, ale to teď neřešíš.)
    Hello world ! Segmentation fault (core dumped)

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.