Két levelező szerver

UNIX kezdő

Sziasztok,

Egy meglévő szervert kell kicserélnem. Összetettsége miatt nem tudom egy este kicserélni, emiatt mailboxonként fogjuk átköltöztetni a felhasználókat. Postfix az mta mindkét szerveren.

Azt meg tudom transport-al oldani, hogy a régi szerverről átmenjenek a levelek az újra, ha a mailbbox már az új szerveren van.
Viszont abban kérném a segítségeteket, hogy az új szervert használók ha írnak levelet egy olyan címre ami még a régi szerveren van, az hogy jut el nekik?

Exchange szerveren van megoldásom, de postfix-el nem megy.

Remélem érthetően fogalmaztam.

Köszi
Balázs

  • 5834 megtekintés

( pista_ v | 2013. 11. 13., sze – 11:01 )

Tehát azok, akiknek a postafiókját az új szerverre átraktad, azok már az új szerveren használnák a levelezőt, a többiek pedig a régin?

Postafiókonkénti transport?

( neutrino v | 2013. 11. 13., sze – 11:07 )

Miért nem tudod egy este migrálni az egészet?

Előkészíted az új szervert ahol a mailboxok lakni fognak, utána átpakolod a mailboxokat, a DNS-ben átirod az mx rekordot és kész. Ha nem szeretnél kiesést és a régi szervert leállitjátok (erre következtetek a "kicserélni szó alatt", akkor az IP cimét beállítod másodlagos cimnek az új szerveren és a DNS átállás alatt sem lesz szolgáltatás kiesés.
-------------------------
neut @ présház

( freeoli v | 2013. 11. 13., sze – 11:54 )

Hány felhasználó van? Mekkora méretű a teljes levelezés?

Én így csinálnám:
- mindkét kiszolgálón azonos felhasználók létrehozása.
- ideiglenes jelszó adása minden felhasználónak.
- imapsync vagy imapcopy segítségével végezni egy lassú szinkront.
- egy éjszaka friss szinkront készíteni.
- mx-el és egyebekkel átállni.

Így nem kell fiókonként szögelni.

( miloska | 2013. 11. 13., sze – 11:55 )

Szerintem dedikalt porton / IP cimen csinalj egy SMTP (submissions) szolgaltatast ami MX rekordokat kovet es nem torodik helyi fiokokkal (csak az auth-hoz) / domainekkel.

Ugyanazt a SMTP-t hasznalni kuldesre es fogadasra is kb annyira rossz otlet mint amikor ISP-knel a cache es az authoritative DNS ugyanaz.

( pista_ v | 2013. 11. 13., sze – 12:24 )

Mondjuk Én is a leállás mellett szavaznék, tisztább, egészségesebb érzés.
Pár hónapja volt egy átállásom ~150GB adattal. Menet közben rsync volt az új gépre, majd leállás és újra rsync, ekkor már gyorsan átrakta a különbözetet, majd az új gépnek IP címét váltottam az éles és az új gép között és majdnem örültem (dovecot picit vicces kedvében volt), de végülis sikerült.

( Psycho v | 2013. 11. 13., sze – 12:26 )

Azt nem írtam le, hogy ez nem publikus levelezés, vagyis csak egy cég használja. Azért nem tudom egy éjjel kicserélni, mert sok megosztott mailbox van. A régi szerveren egy régi cyrus van, az újon pedig dovecot. Emiatt a klienseket újra be kell állítani minden gépen.

Több mint 400 mailbox van, és a klienseken össze vissza vannak mailboxok felvéve, átlagosan 4-5db / gép.

Nem teljesen világos mit jelent az "összetettség".
Ha van több mailbox, azoknak van acl-je. Ez benne van a cyrus adatbázisában, ami kinyerhető egyetlen paranccsal. Ennek az eredméne ugyan összetett, de hát benne van a cyrus-ban.
Azaz érdemes ilyet is elolvasni: http://wiki.dovecot.org/Migration/Cyrus

Úgy látom, egy-egy paranccsal lehet az egyik imap adatokat konvertálni a másikra illetve az jelszavakat is. Vagyis nem értem a mailboxonkénti műveletekre mi szükség van.

( Psycho v | 2013. 11. 13., sze – 13:00 )

Sziasztok,

Sok teszten túl vagyok. Ezek után döntöttem a mailboxonkénti átállás mellett.

A kérdésem, hogy a postfixnek meg lehet mondani, hogyha olyan email címre megy levél ami lokálban nem létezik, akkor is dobja tovább a smarthost felé?

Köszi
Balázs

Nem értem miért számít ez.

1. Beállítod az ÚJ szervert.
2. Átirányítod az új leveket ÚJ szerverre (MX)
3. Kitiltasz mindenkit a régi szerverről (Vagy átirányítod az általuk használt domain-t az ÚJ szerverre)
4. Átmásolod a régi leveleket az új szerverre
5. Örülsz, hogy nem sír senki. :)

Eredmény:
Szolgáltatás átállás: másodpercek,
Régi levelek előtűnése: több, mint 0 idő, de kevesebb, mint soha. :)

Ha az átállást hétvégén illetve péntek esti kezdéssel csinálod (én ilyeneket /email vagy más sok usert érintő dolog/ csak akkor szoktam), akkor hétfőre minden kész és nem vesznek észre semmit.

( Sempi | 2013. 11. 13., sze – 14:00 )

Az átállítandó mail fiókhoz tartozó emailcímet módosítsd, legyen alias. Az alias mutasson egy másik, lokális domainre.
Arra bizonyos másik lokális domainre hallhasson az új kiszolgálód, és az átmozgatott fiókba kézbesítse a leveleket.

( hokuszpk | 2013. 11. 13., sze – 14:30 )

en azt csinaltam, hogy mindent elokeszitettem az uj szerveren, az utolso rsync/imapsync elott leallitottam az egesz levelezest, ez hajnalban kb. egy felora kiesest jelentett, aztan az uj gepen elinditottam mindent, a regin meg az smtp/pop3/imap es egyeb szukseges portokat iptablessel atnatoltam az uj ipre, amig a dns mindenhol atall.
gyakorlatilag senki nem vette eszre, hogy koltozes volt.

*szerk: mivel spamfilternek assp-t hasznalok, ami ugye proxy, a mezei smtp/25 portot nem natoltam, az asspnek egyszeruen megadtam, hogy az uj szerverrel beszelgessen.

( Psycho v | 2013. 11. 13., sze – 17:05 )

Korábban leírtam, hogy miért akarom így csinálni. Sok szervert migráltam már így vannak tapasztalataim. Emiatt most nem ötleteket kértem cserére, hanem a postfixel kapcsoltban kérdeztem. Mert a neten nem találtam erre megoldást. De köszönöm a tanácsokat.

Szóval a postfixben van erre mód szerintetek?