[megoldva] levelezőrendszer migrálás

Debian GNU/Linux

Üdv!

Hamarosan migrálásra kerül egy komlpett levelezőrendszer, melyeben a júzerek home könyvtárain belüli /Maildir könyvtárban gyűlnek a levelek.

A júzerek a régi (most még éles) rendszeren valósak, de az új szerveren már virtualjúzerek lesznek.

Ezen howto alapján jártam el, követve a lépéseket, de nem műxik semmi se ;~((

A konfigfájlokat többször átnéztem, és emerge --reinstall is megvolt a csomagokra, változás semmi.

A problémáim:

1. Connection drop by IMAP server, ezért

- Először létrehoztam egy tesztjúzert (alisha) a mysql-ben, majd a home/vmail/teszt-szerver.hu/alisha -ba bemásoltam az éles szerverről a teljes Maildir-emet.

- Átchown-oltam, hogy a vmail hozzáférjen rendesen.

- /etc/courier/authmysqlrc-n változtattam, hogy legalább a levelezésem látszódjon: 


...
MYSQL_MAILDIR_FIELD CONCAT(SUBSTRING_INDEX(email,'@',-1),'/',SUBSTRING_IND
EX(email,'@',1),'/Maildir')
...

Így legalább már valamennyire látszódott.

2. A squirrelmail-en is patkolni kellett:
/usr/share/squirrelmail/config/config.php 


...
$default_folder_prefix          = 'INBOX.'; // <---- leading . (INBOX)
$trash_folder                   = 'Kuka';// <---- must be applied (.Trash)
$sent_folder                    = 'Elkuldott_uzenetek'; // <---- by 4n9eL         (.Sent)
$draft_folder                   = 'Piszkozat';// <--- for compatibility reasons (.Drafts)
...

Így már legalább látszik a levelezés rendesen, Squrrelmail nem nyávog.

3. A mailx nem működik, tehát írnom kellett egy script-et, ami létrehozza a /Maildir struktúrát

4. A levélküldés nem működik, nem küld semmit sehova, de legalább látszik az Elkuldott_uzenetek -ben. Kirpóbáltam, hogy a gmail-es címemre küldök, de semmi sem érkezett napok óta a teszt-szerver.hu ról

5. A levélfogadás nem működik. Nem érkezik sehonnan levél, annak dacára hogy aküldő postafiókjában gyűlnek az elküldöttek.

6. A HUP.wiki-n talált leírás alapján is átnéztem, de előrelépés zéró.

7. Úratelepítettem a postfix-et, úgy hogy a patch-elést is megcsináltam, majd még egyszer átnéztem a konfigokat, újrageneráltam a cert-eket, és ez sem oldotta meg a helyzetet.

Szóval nem értem, hogy miért nem jó, és hogy mitől tudna esetleg működni.
Van valakinek ötlete?

/mazursky

  • 2103 megtekintés

( _ventura_ v | 2009. 11. 04., sze – 15:28 )

Elsőkörben mi van a mail.log ban, akár küldés, akár fogadásnál?

Core2Duo T7100, 4G, Ubuntu 9.10, 2.6.31

( gyunix | 2009. 11. 04., sze – 15:30 )

A logok mit mondanak? A leírás teljesen korrekt.

( mazursky | 2009. 11. 04., sze – 15:43 )

Áá igen, a logok:

/var/log/mail.err 


Nov  4 14:00:15 visnu dccproc[1378]: no working DCC servers dcc1.dcc-servers.net dcc2.dcc-servers.net dcc3.dcc-servers.net ... at 209.169.14.27 208.201.249.
Nov  4 14:17:17 visnu dccproc[3535]: no working DCC servers dcc1.dcc-servers.net dcc2.dcc-servers.net dcc3.dcc-servers.net ... at 209.169.14.27 208.201.249.
Nov  4 14:41:08 visnu dccproc[6688]: no working DCC servers dcc1.dcc-servers.net dcc2.dcc-servers.net dcc3.dcc-servers.net ... at 209.169.14.27 208.201.249.
Nov  4 15:06:35 visnu dccproc[9957]: no working DCC servers dcc1.dcc-servers.net dcc2.dcc-servers.net dcc3.dcc-servers.net ... at 209.169.14.27 208.201.249.

/var/log/mail.info 


Nov  4 15:33:25 visnu postfix/qmgr[14358]: 6DA8A7FC53: from=<root@localhost>, size=1254, nrcpt=1 (queue active)
Nov  4 15:33:25 visnu postfix/trivial-rewrite[16270]: warning: do not list domain visnu.*********** in BOTH mydestination and virtual_mailbox_domains
Nov  4 15:33:25 visnu postfix/qmgr[14358]: warning: connect to transport smtp: Connection refused
Nov  4 15:33:25 visnu postfix/error[16272]: 6DA8A7FC53: to=<alisha@visnu.************>, orig_to=<root@localhost>, relay=none, delay=1610, delays=1610/0.03/0/0.01, dsn=4.3.0, status=deferred (mail transport unavailable)

/var/log/mail.log 


Nov  4 15:33:25 visnu postfix/qmgr[14358]: 6DA8A7FC53: from=<root@localhost>, size=1254, nrcpt=1 (queue active)
Nov  4 15:33:25 visnu postfix/trivial-rewrite[16270]: warning: do not list domain visnu.************** in BOTH mydestination and virtual_mailbox_domains
Nov  4 15:33:25 visnu postfix/qmgr[14358]: warning: connect to transport smtp: Connection refused
Nov  4 15:33:25 visnu postfix/error[16272]: 6DA8A7FC53: to=<alisha@visnu.***********>, orig_to=<root@localhost>, relay=none, delay=1610, delays=1610/0.03/0/0.01, dsn=4.3.0, status=deferred (mail transport unavailable)

/var/log/mail.warn 


Nov  4 15:18:25 visnu postfix/trivial-rewrite[14360]: warning: do not list domain visnu.************ in BOTH mydestination and virtual_mailbox_domains
Nov  4 15:18:25 visnu postfix/trivial-rewrite[14360]: warning: do not list domain visnu.************ in BOTH mydestination and virtual_mailbox_domains
Nov  4 15:33:25 visnu postfix/trivial-rewrite[16270]: warning: do not list domain visnu.************ in BOTH mydestination and virtual_mailbox_domains
Nov  4 15:33:25 visnu postfix/qmgr[14358]: warning: connect to transport smtp: Connection refused

/mazursky 

Love your job but never love your company!
Because you never know when your company stops loving you!

valami nagyon el lehet konfolva :>

Nov 4 15:33:25 visnu postfix/qmgr[14358]: warning: connect to transport smtp: Connection refused
Nov 4 15:33:25 visnu postfix/error[16272]: 6DA8A7FC53: to=, orig_to=, relay=none, delay=1610, delays=1610/0.03/0/0.01, dsn=4.3.0, status=deferred (mail transport unavailable)

használsz transportot ?

Core2Duo T7100, 4G, Ubuntu 9.10, 2.6.31

márminbt a transport mysql táblát?

ez van benne: 


+--------------------+-------------------------+
| domain             | transport               |
+--------------------+-------------------------+
| visnu.************ | smtp:visnu.************ | 
+--------------------+-------------------------+

Ahogy a leírásban is ;~((

de kipróbáltam úgy is, hogy a tarnsport helyén ezek is szerepeltek
[127.0.0.1]
127.0.0.1
:
[$lan_ip_address]
$lan_ip_address

és ne volt előrelépés ;~((
/mazursky 

Love your job but never love your company!
Because you never know when your company stops loving you!

mysql> drop table transport;
Query OK, 0 rows affected (0.00 sec)

Na erre a squirrelmail rögtön nyávogott egyet:

Message not sent. Server replied:

Requested action aborted: error in processing
451 4.3.0 "email cím": Temporary lookup failure

Akkor mégiscsak kell(?) az a transport... Nem értem.

(MOD)
Akkor visszaraktam a transport táblát ezzel a tartalommal 


+--------------------+------------------+
| domain             | transport        |
+--------------------+------------------+
| visnu.************ | smtp:[127.0.0.1] | 
+--------------------+------------------+

Javulás semmi, de már a SASL és TLS dolgokat is kikommenteltem a /etc/postfix/main.cf -ben.

/mazursky 

Love your job but never love your company!
Because you never know when your company stops loving you!

( bambano | 2009. 11. 04., sze – 15:56 )

lehet, hogy ez nálad nem problémás, ha felesleges voltam, akkor sorry.
ez van a howto-ban:
postconf -e 'smtpd_sasl_auth_enable = yes'
ha sasl authentikációt akarsz, akkor a lenny legújabb szokása, hogy a saslauthd chrootol a /var/spool/postfix-be, ezért a sasldb2-nek a szokásos /etc/sasldb2 helyett a /var/spool/postfix/etc/sasldb2-ben kell lennie.

Ha nincs, akkor az smtpd szépen lefexik... A 4. és 5. problémádat magyarázhatja.

Ui: debian a cucc, ahogy a topic helye mutatja, vagy valami más (az emerge alapján kérdezem)?
Ui2: régebben a postfix nem tudott maildiren kvótázni, nem tudom, most tud-e. Viszont ha virtuális uideket osztogatsz, akkor lehet fájlrendszer kvótával is korlátozni, és akkor nem kell postfixet fordítgatni.

;~)) az `emerge` csak egy alias a /root/.bashrc -ben:

alias emerge='apt-get install'
alias esearch='apt-cache search'

Csak hogy a gentoo-s megszokás menjen valamilyen formában = lusta vagyok ;~))

A postconf-ok megvoltak, de a sasldb2 nekem az /etc -ben lakik.
Symlinkelem.

/mazursky 

Love your job but never love your company!
Because you never know when your company stops loving you!

( gyunix | 2009. 11. 04., sze – 17:03 )

Szerintem próbáld meg a leírás alapján egy alap levelező rendszert kialakítani. Ha az működik akkor próbálkozz a saját szájíze szerint beállítani. Azt gondolom, hogy mivel nem vagy gyakorlott ebben a témában ezért ha nulláról felépítesz egy ilyen rendszert és nem a migrálással kezdesz akkor sok mindent meg tudsz tanulni közben.

Ezzel így egyetértek, de mivel a leírás egy "copy paste" how_to, így azért valami működést elvártam volna. Illetve kicsit többet.

És épp a nulláról építek fel egy ilyen rendszert, amint látod.

/mazursky 

Love your job but never love your company!
Because you never know when your company stops loving you!

( uid_17626 | 2009. 11. 04., sze – 19:51 )

imapcopy

Nem gyors, de cserébe leszarja mi az MTA. Egyszerűen imap-on keresztül másolgatja a levelet.
Egyszerű konfigja van. Honnan->hová régi felhasználó->új felhasználó

A probléma ezzel a következő néhány apró, de nehezen figyelmen kívül hagyható részlet:

-a júzerek számossága > 150
-a júzerek jelszavai valahol egy shadow fájlban "elbújtak"
-a júzerek teljes levelezését átemelem ahogy van, és pont

A struktúra adott, és mivel a mailx nem így csinálja meg, ezért inkább saját script lesz a létrehozásra. Meg egy kompatibilitási script, ami kemény 3 symlink-et behány az immáron virtuális júzer home-jába, ami a home/Maildir -ben lévő cur tmp new könyvtárakra mutat ugyanilyen nével.

/mazursky 

Love your job but never love your company!
Because you never know when your company stops loving you!

Ha már új rendszer és a júzerek sem valósak, hanem virtuálisak, akkor már legyen a jelszó is új. Már látom lelki szemeimmel a júzerek kígyózó sorát az irodám előtt... ;~)) Vagy kapnak egy generált jelszót, amit a monitorra ragasztott fecnin látok majd viszont néhány nap múlva.

/mazursky 

Love your job but never love your company!
Because you never know when your company stops loving you!

( Mik v | 2009. 11. 04., sze – 21:20 )

Szigorúan SZVSZ:
Átfutottam a doksit. Rettenetesen jó leírás, de bele van kódolva, hogy ne működjön elsőre, másodikra, sokadikra... Túl komplikált. Én elsőkörben megcsinálnám, hogy a virtual userek menjenek. Ez egyszerűen szokott menni. Ha ez megvan, akkor jöhet az amavis, a virtual forward, a virtual transport, quota, csillivilli stb. Ha egyben szeretenéd megcsinálni pár évvel öregebb leszel mire összejön...

A doksi valóban jó leírás... legalábbis néhány hete annak tűnt. Nem az, mert nem működik, egyelőre csak köhög... és az adminjelölt ideges ;~///

EZ egy jó leírás! Csak összehasonlításképp linkeltem. És pöccre működött.

Amavis, Saslauthd, TLS, meg Postgrey már le lett tiltva, hogy egyáltalán lepucoljam az error-t a logokban. Persze ettől még nem működik, csak már nem olvasok ilyeneket, hogy greylisted vagy hogy blocked by amavis.

(MOD)

Végre túl vagyok a =bounced ... loops back to myself korszakon is.
Mostmár =sent ... egyenesen a maildir-be. kár hogy nem látom ;~((

(MOD 2)

Symlink-ekkel megpatkolva, és a bejövő is látszik végre.
A symlink-gyártást a Maildir srtuktúrát legyártó script-hez hozzávettem.

/mazursky 

Love your job but never love your company!
Because you never know when your company stops loving you!