Dotaz: Ach jo - nezbyde, nez pouzivat mySQL :(

[Ferda]

Dobry den. Jsem asi uplne blbej nebo nevim, za ktery konec to uchopit. Chtel bych si rozjet postfix+dovecot a virtualni ucty v mySQL (ktere jsem se vzdy uspesne vyhybal). Koukal jsem na HowTo od Zdendy, ktery je urcite fajn, ale ja proste nevim, jak ty tabulky naplnit nebo spis, jak pridat virtualniho uzivatele do databaze:( Proste databaze nebyly nikdy nic pro me. Moje nynejsi funkcni reseni je postfix+dovecot+sasl+amavis+clamav .. tzn. ze uzivatele mam systemovy. Chtel bych ale tohle funkcni reseni rozsirit o virtualni uzivatele (ale aby mi fungovalo i to me soucasne). Poradite nejaky jednodussi howto pro zacatek a pochopeni? To od Zdendy mi prijde uz moc "vedecky";)

Odpovědi

[Zdeněk Štěpánek]

pisni mi na mail, neco vymyslime a pak sem hodime vysledek. mam to rozjety, takze ti muzu poslat konfigy a strukturu databaze. a k tomu skripty. Ani ja jsem to nevymejslel. puvod je kdesi v arachne.

[Ferda]

ahoj, psal jsem ti mail na atlas, ale vratil se mi jako nedorucitelny.. Mozna bude lepsi se podelit o zkusenosti primo sem;) jinak diky

[Ferda]

poradite mi prosim, jak do tehle tabulky vlozim udaje?

CREATE TABLE `postfix_users` (
  `id` int(11) unsigned NOT NULL auto_increment,
  `email` varchar(128) NOT NULL default '',
  `crypt` varchar(128) NOT NULL default '',
  `clear` varchar(128) default NULL,
  `name` tinytext,
  `uid` int(11) unsigned NOT NULL default '5000',
  `gid` int(11) unsigned NOT NULL default '5000',
  `homedir` tinytext NOT NULL,
  `maildir` tinytext NOT NULL,
  `quota` tinytext,
  `access` enum('Y','N') NOT NULL default 'Y',
  `postfix` enum('Y','N') NOT NULL default 'Y',
  `spam_tag_level` int(11) default NULL,
  `spam_tag2_level` int(11) default NULL,
  `spam_kill_level` int(11) default NULL,
  `message_size_limit` bigint(20) default NULL,
  `bypass_virus_checks` enum('Y','N') default NULL,
  `bypass_header_checks` enum('Y','N') default NULL,
  `bypass_spam_checks` enum('Y','N') default NULL,
  `bypass_banned_checks` enum('Y','N') default NULL,
  PRIMARY KEY  (`id`), UNIQUE KEY `email` (`email`), 
  KEY `email_2` (`email`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

snazim se je vlozit podle navodu http://www.root.cz/clanky/sql-ve-vztahu-klient-server/ , ale to se mi nejak nedari:(

[Josef Kufner]

http://dev.mysql.com/doc/refman/5.0/en/insert.html

Nainstaluj si phpmyadmina. Tam to vsecko uvidis.

[Zdeněk Štěpánek]

aha, asi mi tady porad strasi stary email. pis na zdenek@gavanet.org.

opravdu nema smysl to resit tady, protoze to je dost takove specificke a rozhodne bude lepsi kdyz na zaklade toho co vyrobime sesmolis blogpost jako navod pro ostatni.

ja ten navod psat nechci, ted jsem psal pro kamose staticke routovani do FAQ a prozatim staci...

zdenek

[Jirka]

Jednoduchý návod pro Postfix a Dovecot (a bez databáze) je i zde

[azurIt]

co mate vsetci s tym mySQL ? vola sa to MySQL !

[Jenda]

Co máte s tím malým písmenkem po otazníku a na začátku věty ? Píše se tam velké.

[azurIt]

ak ti vadi ako pisem, tak to nemusis citat (proste je rychlejsie nestlacat shift). avsak ak niekto hovori o 'mySQL', tak zrejme mysli nejaky zvlastny a neznamy kus softveru, kedze pod takym menom ziadny nepoznam - zacina mi to pripadat ako nejaka moda na abclinuxu, pomaly to tu tak vola kazdy.

[Jenda]

Ale no tak, neřeknu kdyby pisatel napsal třeba misql, ale tohle? Vždyť Vy to také nemusíte číst, pouze jste se doznal k tomu, že víte přesně o co jde. Jo a myslím, že ten smajlík na konci posunul mojí reakci trošku do jiné nálady. Takže příště, prosím, reagujte i Vy klidněji.

PS: Stejně tak, jak je důležité psát správně názvy, je i správně používat svou mateřštinu. Tím končím tento OT.

[azurIt]

ty tiez nie si jenDA a nezijes v cESKeJ rePUbLiKE. MySQL je vlastne meno a pise sa presne tak, ako som to napisal - okrem toho, keby napisal 'mysql', tak by ma to az tak nezarazilo, pretoze by som si povedal, ze sa mu nechcelo pisat velkymi pismenami. avsak tu zjavne ten clovek nema paru ako sa to spravne pise (a zdaleka nie je sam, bohuzial).

[cronin]

A Ty rovnako tvrdohlavo odmietaš písať veľké písmená na začiatku viet a používaj čiarky v súvetiach. A keď už tak trváš na striktnom písaní "tak, ako sa má", píš s diakritikou. Inak sú všetky Tvoje pripomienky iba sprosté rýpanie do druhých.

[azurIt]

nechapem ako mozes porovnavat toto s menami aplikacii/hocicoho. ja do nikoho nerypem, poobzeraj sa po poradni a uvidis, ze vsetci pisu vacsinu nazvov spravne a jedine MySQL je skoro vzdy 'mySQL' (to tu niekto siri alebo co). dokonca to takto bolo napisane aj vo wiki.

[kozzi]

No ono je opravdu lepší psát MySQL a to hlavně z toho důvodu že když se to napíše mySQL tak jsem si puvodne myslel že se jedna o mSQL což je problem.

[Petr P.]

Dulezity ale je, ze Debian vi i co je mysql. Viz. napr. apt-get install mysql-common . :)

[Ash]

ak ti vadi ako pisem, tak to nemusis citat

To není tak zcela pravda. Vlastně to není vůbec pravda. Ale na vaši obhajobu lze říct, že to je velmi rozšířený omyl. Někoho třeba zajímá reakce na váš příspěvek a pro pochopení kontextu je žádoucí aby si přečetl i ten váš výplod. Kdyby někde existoval stejný příspěvek v alternativním (správném) formátování, pak byste měl pravdu. Ale tak tomu není.

[alkoholik]

Na administraci virtualni domeny jsem s uspechem pouzil postfixadmin

[Ferda]

Diky. Koukam na tenhle navod http://bliki.rimuhosting.com/space/knowledgebase/linux/mail/postfixadmin+on+debian+sarge. Myslite, ze mi budou fungovat i ty moji soucastni lokalni uzivatele, kdyz pridam ty virtualy podle toho navodu?

[alkoholik]

Zcela urcite budete muset lokalni uzivatele prevest do databaze a maily jim presunout do odpovidajicich adresaru v /home/vmail/yourdomain.com/.

[Zdeněk Burda]

Zcela určitě není třeba lokální uživatele migrovat do virtuálních účtů, používám běžně jak virtuální uživatele v MySQL tak i systémové uživatele a funguje to dobře.

[Ferda]

Diky, muzete v rychlosti mrknout na ten navod, jestli staci ty "veci" ohledne virtualnich uctu jenom pridat do konfigurace Postfixu? Dekuju..

[Zdeněk Burda]

Změny v konfiguraci budou větší a přidat do postfixe pár řádků nebude stačit.

Ono to totiž není jen o tom postfixu, ale je třeba udělat "duální" konfiguraci pro všechny služby, která mají fungovat zároveň pro lokální a virtuální uživatele. Takže je třeba změnit postfix, dovecot (saslauthd lze klidně vykopnout a použít místot něj dovecot - připadá mi to i lepší), amavis. Také to chce vhodně pořešit doručování do schránek, aby třeba fungovaly filtry (doporučil bych dovecot, umí sieve filtry a to jak globální tak i uživatelsky konfigurovatelné), používáš na serveru procmail? Pokud ano, tak u virtuálních uživatelů na něj zapomeň.

Někdy se vyplatí vše nacpat do virtuálních účtů a lokální účty zrušit. Skriptem se dá převést účtů i několik tisíc do DB a uživatel ani nic nepozná, protože přes POP3,IMAP případně webmail bude mít pořád svojí poštu dostupnou.

Jen se to asi bude chtít naučit s MySQL (nebo postgresql nebo LDAPem) nebo ty virtuální účty cpát do souborů, ale tím člověk přijde o nástroje jako je postfixadmin pro snadnou správu).

[Ferda]

Pouzivam Procmail:( Chtel jsem pouzit Postfixadmin, proto ten navod. Ale jeste nevim, jak to skloubit s temi lokalnimi uzivateli. Pak jsem koukal jeste na navod http://cs.wikibooks.org/wiki/Linux_jako_server/Etch/Pošta, ale tam uplne chybi soubory, jako je napr. /etc/postfix/sql/virtual_mailbox_domains.cf, takze mi to neprijde moc dotazeny:( Jinak tvuj navod je jiste super, ale na me asi moc slozitej nebo spis odbornej...

[Zdeněk Burda]

Jaký je vlastně důvod pro virtuální účty? Co od toho očekáváš? Abys třeba neřešil něco, co můžeš snadno pořešit jinak...

[Ferda]

Potrebuji vic emailovych schranek (ne Aliasy) a nechci zakladat nove a nove uzivatele do systemu... No a pak Postfixadmin se mi docela libi (teda kdyz bude jeste fungovat:)..

[Jirka]

Jen se to asi bude chtít naučit s MySQL (nebo postgresql nebo LDAPem) nebo ty virtuální účty cpát do souborů, ale tím člověk přijde o nástroje jako je postfixadmin pro snadnou správu).

Jenze kdyz tam bude i MySQL a postfixadmin, tak to chce i WWW server s podporou PHP (pokud to pobezi na jedne masine). V tom linku co jsem posilal (viz vyse), to lze delat pres JEDEN textovy konfiguracni soubor a nasledne parsovat skriptem. A udrzbu jednoho souboru snad zvladne kazdy.