Dotaz: systemd template unit: jak vyřešit proměnnou ve volbě "User"

[Deryl]

Zdravím,

cílem je spouštění samostaných služeb pro stahování emailu:

Např:

User=pepa
ExecStart=stáhni poštu z účtu pepa1@gmail.com

a

User=pepa
ExecStart=stáhni poštu z účtu pepa.novak@yahoo.com

Otázka zní, jak vytvořit service unit template (stahni-postu@.service), aby šlo splnit výše uvedené.

Zatím jsem přišel na to, že více parametrů zadat nelze, ale jde to obejít pomocí volby EnvironmentFile=%i a proměnné nastavit v souboru %i dle libosti (_USER, EMAIL_ACC). Jenže tyto proměnné se nedají využít u volby User=, pouze u Exec....

Takže aktuální "řešení" je:

ExecStart=/bin/su - c'/bin/getmail stáhni poštu z účtu $EMAIL_ACC' - $_USER

A to má nepříjemný dopad, že v journalu se místo názvu procesu getmail objevuje su.

P.S. Jedná se server (IMAP), poštu je třeba stahovat průběžně, nikoliv až po případném přihlášení pepy (nelze tedy IMHO použít /etc/systemd/user/...).

Je nějaké elegantnější řešení?

---

---

Odpovědi

[LP]

LOL

[Heron]

fetchmail

[Deryl]

Můžete být konkrétnější?

Předpokládám, že na rozdíl od getmailu se fetchmail spouští jen v jedné instanci a stahuje všechny možné účty.

Dále bych potřeboval použít lokální MDA dovecot (kvůli konfiguraci maildir:LAYOUT=fs:DIRNAME=aMaixI a okamžité FTS indexaci). MDA už by měl běžet pod právy konečného příjemce (lokální uživatel).

Předpokládám správně, že jako MDA za fetchmailem by byla ta obezlička /usr/bin/su -c '/usr/lib/dovecot/deliver ....' - $_USER, přičemž doufám, že proměnnou _USER nějak zvládnu nastavit v rámci fetchmailu v rámci mapování emailových účtů na lokální uživatele...

[Heron]

fetchmail může běžet ve dvou rezimech. Buď jako systémová služba (o tom moc nevím), nebo si to může spustit každý úživatel sám. Emaily umí poslat do lokálního mailserveru.

Tj místo X jednotek pro každého uživatele a jeho mailbox vám může stačit nastavit fetchmail pro každého uživatele (resp. ti uživatelé si to klidně mohou nastavit sami), nebo jeden systémový.

Programů pro stahování emailů z jiných schránek a jejich ukládání do místní je více, kdysi jsem používal offlineimap.

[Deryl]

Uživatelé se vůbec nepřihlašují do shellu, takže to chápu spíše jako systémovou službu. Budu-li mít trochu více času a budu-li nespokojen se samostatnými procesy getmailu řízenými systemd, tak bych důkladněji kouknul na fetchmail (dost dlouhá man page) a možnosti, jak email doručit dovecotu.

P.S. Offlineimap používám pro dalšího uživatele na dvoucestnou synchronizaci jedné schránky mezi IMAP servery. Funguje to dobře, ale je pekelně nenažraný, až se RPi zapotí.

[Deryl]

Podíval jsem se blíže na fetchmail: pro použití "IMAP IDLE" má stejné omezení jako getmail - je nutné pro každý účet spustit samostatný proces.

[Filip Jirsák]

Opravdu chcete pro každou schránku definovat novu jednotku? A proč chcete zadávat volbu User pomocí proměnné, proč ji nezadáte normálně přes override soubor? Budete mít jednotku třeba stahni-postu@pepa1_gmail.com.service, a k tomu soubor /etc/systemd/system/stahni-postu@pepa1_gmail.com.service.d/mail.conf s obsahem:

[Service]
User=pepa
Environment=MAIL=pepa1@gmail.com

[Deryl]

Chci mít samostatné jednotky, protože:

• getmail umí --imap IDLE, ale jen s jedním konfiguračním souborem. To jest, musím jej spustit vícekrát jako samostatné procesy;
• chci, aby systemd hlídal neočekávané ukončení procesu a restartoval jej. Nevím, zda systemd umí hlídat i další procesy spuštěné z hlavního skriptu, takže jednodušší a ve výsledku i přehlednější se mi jeví samostatné units, jež mají v názvu jméno uživatele a emailového účtu ke stažení.

Je to pouze pro dva uživatele a pár účtů, takže mi to přijde jako poměrně schůdné řešení. Pro více uživatelů, bych to asi řešil jinak (možná fetchmail).

[Filip Jirsák]

To dává smysl. Bál jsem se, zda takhle nechcete obsluhovat stovky účtů… Víc procesů z jedné jednotky systemd hlídat neumí, řešením je to, co používáte vy – mít pro každý proces samostatnou jednotku.

[michich]

P.S. Jedná se server (IMAP), poštu je třeba stahovat průběžně, nikoliv až po případném přihlášení pepy (nelze tedy IMHO použít /etc/systemd/user/...).

Jde to použít. Uživateli to umožníš pomocí loginctl enable-linger pepa. Pak můžeš mít /etc/systemd/user/stahni-postu@.service:

[Unit]
Description=Stáhni poštu z %i
[Service]
ExecStart=/bin/getmail … %i
[Install]
WantedBy=default.target

Uživatel pepa si udělá systemctl --user enable --now stahni-postu@pepa1@gmail.com.service stahni-postu@pepa.novak@yahoo.com.service.

[Tomáš]

používám pro podobnou věc toto:

v ExecStart je cesta k shell skriptu, kde se spouští fetchmail (mám tedy jeden fetchmail.conf pro všechny email účty, co stahuji).

Fetchmail to předává lokálnímu postfixu, který potom doručuje pomocí deliver od dovecotu

Stahuji asi čtyři schránky pro dva lokální uživatele.

Není to tedy user unit, ale normální jedna systémová unit.

Nevýhoda je v tom, že uživatelé nemohou editovat fetchmail.conf a je potřeba zásah roota. Ale protože to jsou děti, tak to není na závadu.