🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: pl.comp.mail.mta
25 messages
25 total messages Started by Adam Fri, 20 Nov 2020 14:38
Migracja maili
#60521
Author: Adam
Date: Fri, 20 Nov 2020 14:38
24 lines
789 bytes
Witajcie.

Taka sytuacja: po³±czenie siê dwóch biur (czyli w zasadzie firm).
Jedna z nich ma wykupion± w³asn± domenê, hostowan± na nazwa.pl i tam s±
skrzynki mailowe. Dostêp IMAP.

Druga firma ma w³asn± domenê i w³asny serwer - z tego, co zobaczy³em to
Postfix wspierany Zimbr±. Chodzi to ju¿ "od lat" (tak± dosta³em
informacjê) i chyba tak jest, skoro uname pokazuje jajko bodaj¿e 2.6.

Na linuksach od strony mailowej znam siê niewiele, prawie nic.

Docelowo skrzynki firmy A maj± byæ na postfixie, tam gdzie teraz jest
tylko firma B. DNSy firmy A te¿ maj± byæ przekierowane na now± lokalizacjê.

Pytanie:
Jak przenie¶æ skrzynki z nazwa.pl na serwer z postfixem? Ponoæ w
przyrodzie wystêpuje fetchmail? Nie znam go, nie wiem co potrafi.

Jakie¶ pomocne linki?

--
Pozdrawiam.

Adam
Re: Migracja maili
#60522
Author: KIKI
Date: Fri, 20 Nov 2020 14:54
18 lines
583 bytes
On 20.11.2020 14:38, Adam wrote:

> Jak przenie�� skrzynki z nazwa.pl na serwer z postfixem? Pono� w
> przyrodzie wyst�puje fetchmail? Nie znam go, nie wiem co potrafi.
>
> Jakie� pomocne linki?

A ile jest tych skrzynek?

Jak rozsądna ilość to do thunderbirda je dodać. Będzie miał 10 czy 20
skrzynek w jednym Thunderbirdzie.

Następnie przenieść te maile do local folders żeby były niejako offline.
Tam się od razu opróżnią konta w starej lokalizacji.

I podłączyć te konta do nowego serwera z nowymi hasłami i skopiować z
local folders do skrzynek

Re: Migracja maili
#60523
Author: Adam
Date: Fri, 20 Nov 2020 16:05
41 lines
1226 bytes
W dniu 2020-11-20 o 14:54, KIKI pisze:
> On 20.11.2020 14:38, Adam wrote:
>
>> Jak przenie�� skrzynki z nazwa.pl na serwer z postfixem? Pono� w
>> przyrodzie wyst�puje fetchmail? Nie znam go, nie wiem co potrafi.
>>
>> Jakie� pomocne linki?
>
> A ile jest tych skrzynek?

Skrzynek ok. 20, więc ręczna robota jak najbardziej wchodzi w grę.

>
> Jak rozsądna ilość to do thunderbirda je dodać. Będzie miał 10 czy 20
> skrzynek w jednym Thunderbirdzie.
>
> Następnie przenieść te maile do local folders żeby były niejako offline.
> Tam się od razu opróżnią konta w starej lokalizacji.
>

"local folders" - znaczy plik inbox z Thunderbirda?
Nie nadążam.

> I podłączyć te konta do nowego serwera z nowymi hasłami i skopiować z
> local folders do skrzynek
>

Chyba, że chodzi Ci o to, aby thunderb ustawić jako klienta IMAP do
skrzynek starego serwera, odpiąć od starego serwera (tutaj backup
plików?), przepiąć na nowy serwer via IMAP i zasilić nowy serwer z
istniejących plików.

Dobrze rozumiem?
Da się tak?
IMAP działa w obie strony? W sensie, że jak thunderb ma "coś w sobie" i
przepnę go na nowy serwer IMAP, to wypchnie na ten nowy serwer?


--
Pozdrawiam.

Adam
Re: Migracja maili
#60524
Author: Adam
Date: Fri, 20 Nov 2020 16:56
49 lines
1600 bytes
W dniu 2020-11-20 o 16:05, Adam pisze:
> W dniu 2020-11-20 o 14:54, KIKI pisze:
>> On 20.11.2020 14:38, Adam wrote:
>>
>>> Jak przenie�� skrzynki z nazwa.pl na serwer z postfixem? Pono� w
>>> przyrodzie wyst�puje fetchmail? Nie znam go, nie wiem co potrafi.
>>>
>>> Jakie� pomocne linki?
>>
>> A ile jest tych skrzynek?
>
> Skrzynek ok. 20, więc ręczna robota jak najbardziej wchodzi w grę.
>
>>
>> Jak rozsądna ilość to do thunderbirda je dodać. Będzie miał 10 czy 20
>> skrzynek w jednym Thunderbirdzie.
>>
>> Następnie przenieść te maile do local folders żeby były niejako offline.
>> Tam się od razu opróżnią konta w starej lokalizacji.
>>
>
> "local folders" - znaczy plik inbox z Thunderbirda?
> Nie nadążam.
>
>> I podłączyć te konta do nowego serwera z nowymi hasłami i skopiować z
>> local folders do skrzynek
>>
>
> Chyba, że chodzi Ci o to, aby thunderb ustawić jako klienta IMAP do
> skrzynek starego serwera, odpiąć od starego serwera (tutaj backup
> plików?), przepiąć na nowy serwer via IMAP i zasilić nowy serwer z
> istniejących plików.
>
> Dobrze rozumiem?
> Da się tak?
> IMAP działa w obie strony? W sensie, że jak thunderb ma "coś w sobie" i
> przepnę go na nowy serwer IMAP, to wypchnie na ten nowy serwer?
>
>

Odpowiadam, bo sprawdziłem: thunderbird działa niejako w obie strony:
można kopiować wiadomości z jednego konta (tu np. starego) do innego
konta(=nowego) i serwer pocztowy IMAP widzi skopiowane wiadomości.

Dzięki za nakierowanie na proste, acz skuteczne rozwiązanie :)

--
Pozdrawiam.

Adam
Re: Migracja maili
#60525
Author: Bartosz 'briest'
Date: Fri, 20 Nov 2020 20:22
7 lines
214 bytes
Mistrz Adam rzek³:
> Jak przenie¶æ skrzynki z nazwa.pl na serwer z postfixem? Ponoæ w
> przyrodzie wystêpuje fetchmail? Nie znam go, nie wiem co potrafi.

Imapsync. https://github.com/imapsync/imapsync

--
fnord!
Re: Migracja maili
#60526
Author: KIKI
Date: Sat, 21 Nov 2020 01:04
20 lines
824 bytes
On 20.11.2020 16:56, Adam wrote:

> Odpowiadam, bo sprawdziłem: thunderbird działa niejako w obie strony:
> można kopiować wiadomości z jednego konta (tu np. starego) do innego
> konta(=nowego) i serwer pocztowy IMAP widzi skopiowane wiadomości.
>
> Dzięki za nakierowanie na proste, acz skuteczne rozwiązanie :)
>

Ja mam angielskiego Thunderbirda i System więc są to pewnie po naszemu
Lokalne Foldery, tam na dole. One nie uczestniczą w synchronizacji.

Masz tam najpierw skopiować imapem całą skrzynkę za skrzynką. Wykasować
dane ze starego serwera, bo jest szansa, że zostaną tam na wieki.

Jak będzie miał je w local folders to przeloguj konta do nowego serwera
i skopiuj do niego te local foldery z dołu do kont.

Na lanie idzie błyskawicznie, przez neta to wiadomo, zależy czym
dysponujesz.
Re: Migracja maili
#60527
Author: Adam
Date: Sat, 21 Nov 2020 12:41
50 lines
1769 bytes
W dniu 2020-11-21 o 01:04, KIKI pisze:
> On 20.11.2020 16:56, Adam wrote:
>
>> Odpowiadam, bo sprawdzi³em: thunderbird dzia³a niejako w obie strony:
>> mo¿na kopiowaæ wiadomo¶ci z jednego konta (tu np. starego) do innego
>> konta(=nowego) i serwer pocztowy IMAP widzi skopiowane wiadomo¶ci.
>>
>> Dziêki za nakierowanie na proste, acz skuteczne rozwi±zanie :)
>>
>
> Ja mam angielskiego Thunderbirda i System wiêc s± to pewnie po naszemu
> Lokalne Foldery, tam na dole. One nie uczestnicz± w synchronizacji.
>
> Masz tam najpierw skopiowaæ imapem ca³± skrzynkê za skrzynk±. Wykasowaæ
> dane ze starego serwera, bo jest szansa, ¿e zostan± tam na wieki.
>
> Jak bêdzie mia³ je w local folders to przeloguj konta do nowego serwera
> i skopiuj do niego te local foldery z do³u do kont.
>
> Na lanie idzie b³yskawicznie, przez neta to wiadomo, zale¿y czym
> dysponujesz.
>

Zrobi³em inaczej.
Podpi±³em równocze¶nie dwa konta: stare i nowe.
Na nowym utworzy³em strukturê katalogów odpowiadaj±c± staremu, a
nastêpnie na starym po kolei dla poszczególnych katalogów:
1/ ctrl-A, aby zaznaczyæ wszystkie maile
2/ prawy klawisz myszy i "kopiuj do" wskazuj±c docelowy odpowiednik
katalogu w nowej skrzynce.

Tyle.

Robi³em to na testowych skrzynkach, malutkich, maj±cych w poszczególnych
katalogach mniej ni¿ po 1000 maili, na¶cie MB.

Oczywi¶cie weryfikowa³em to loguj±c siê interfejsem http na now±
skrzynkê, tak dla pewno¶ci przez RDP z innej lokalizacji.

Czas kopiowania katalogu to by³y sekundy. £±cze niezbyt szybkie -
¶wiate³ko 100 Mb. System to Windows 2012R2 na Xeon E5-2420, 16GB RAM,
ale w tym przypadku komp ma IMO niewiele do gadania.

W drugiej ga³êzi tego w±tku Bartosz poda³ jeszcze Imapsync - te¿ mu siê
z ciekawo¶ci przyjrzê.


--
Pozdrawiam.

Adam
Re: Migracja maili
#60528
Author: KIKI
Date: Sat, 21 Nov 2020 16:50
6 lines
219 bytes
On 21.11.2020 12:41, Adam wrote:

> Zrobi�em inaczej.

Ale lokalna kopia da ci pewność, że jak się coś wywali to nic nie stracisz.

A możesz użyć Thudnerbirda portable i go spakować po wszystkim jako archiwum
Re: Migracja maili
#60529
Author: Adam
Date: Sat, 21 Nov 2020 21:06
16 lines
326 bytes
W dniu 2020-11-21 o 16:50, KIKI pisze:
> On 21.11.2020 12:41, Adam wrote:
>
>> Zrobi�em inaczej.
>
> Ale lokalna kopia da ci pewność, że jak się coś wywali to nic nie stracisz.
>
> A możesz użyć Thudnerbirda portable i go spakować po wszystkim jako archiwum
>

Istotna uwaga. Dzięki :)


--
Pozdrawiam.

Adam
Re: Migracja maili
#60530
Author: =?UTF-8?B?RMW8b2
Date: Sat, 21 Nov 2020 22:21
17 lines
391 bytes
W dniu 21.11.2020 o 21:06, Adam pisze:
> W dniu 2020-11-21 o 16:50, KIKI pisze:
>> On 21.11.2020 12:41, Adam wrote:
>>
>>> Zrobi�em inaczej.
>>
>> Ale lokalna kopia da ci pewność, że jak się coś wywali to nic nie
>> stracisz.
>>
>> A możesz użyć Thudnerbirda portable i go spakować po wszystkim jako
>> archiwum
>>
>
> Istotna uwaga. Dzięki :)
>
>

a fetchmail nie da rady ?
Re: Migracja maili
#60531
Author: Adam
Date: Sun, 22 Nov 2020 00:30
34 lines
896 bytes
W dniu 2020-11-21 o 22:21, Dżon pisze:
> W dniu 21.11.2020 o 21:06, Adam pisze:
>> W dniu 2020-11-21 o 16:50, KIKI pisze:
>>> On 21.11.2020 12:41, Adam wrote:
>>>
>>>> Zrobi�em inaczej.
>>>
>>> Ale lokalna kopia da ci pewność, że jak się coś wywali to nic nie
>>> stracisz.
>>>
>>> A możesz użyć Thudnerbirda portable i go spakować po wszystkim jako
>>> archiwum
>>>
>>
>> Istotna uwaga. Dzięki :)
>>
>>
>
> a fetchmail nie da rady ?
>

W pierwszym poście pisałem, że czytałem o nim. Tyle wiem na chwilę obecną.
Gdybym miał teraz do zrobienia te ok. 20 skrzynek, to ręcznie bym
skopiował za pomocą thunderbirda.
Natomiast w wolnej chwili przyjrzę się fetchmailowi oraz imapsycnowi.

Takie szybkie wyszukiwanie: widzę, że fetchmaila można można zapuścić
mniej-więcej tak:
fetchmail -a -S nowy.serwer -u email@stary.serwer stary.serwer


--
Pozdrawiam.

Adam
Re: Migracja maili
#60532
Author: Olek
Date: Sun, 22 Nov 2020 13:03
24 lines
1071 bytes
W dniu 22.11.2020 o 00:30, Adam pisze:
>
> Takie szybkie wyszukiwanie: widzę, że fetchmaila można można zapuścić
> mniej-więcej tak:
> fetchmail -a -S nowy.serwer -u email@stary.serwer stary.serwer

A może ktoś potwierdzić, że używając w powyższy sposób fetchmaila,
statusy wiadomości (przeczytany, nieprzeczytany) zostaną zachowane?

Informacje z mana nie rozjaśniły mi tej kwestii:
-a | --all | (since v6.3.3) --fetchall
               (Keyword: fetchall, since v3.0)
               Retrieve  both  old (seen) and new messages from the
mailserver.  The default is to fetch only messages the server has not
marked seen.  Under POP3, this option also forces the use of RETR rather
than TOP.  Note that POP2 retrieval behaves as though
               --all is always on (see RETRIEVAL FAILURE MODES below)
and this option does not work with ETRN or ODMR.  While the -a and --all
command-line and fetchall rcfile options have been supported for a long
time,  the  --fetchall  command-line  option  was
               added in v6.3.3.


--
Olek
Re: Migracja maili
#60535
Author: Marek Wodzinski
Date: Tue, 24 Nov 2020 12:54
27 lines
1072 bytes
On Sun, 22 Nov 2020, Olek wrote:

> W dniu 22.11.2020 o 00:30, Adam pisze:
>>
>>  Takie szybkie wyszukiwanie: widzę, że fetchmaila można można zapuścić
>>  mniej-więcej tak:
>>  fetchmail -a -S nowy.serwer -u email@stary.serwer stary.serwer
>
> A może ktoś potwierdzić, że używając w powyższy sposób fetchmaila, statusy
> wiadomości (przeczytany, nieprzeczytany) zostaną zachowane?

Raczej nie, fetchmail pobierze, a później _wyśle_ pocztę na nowy serwer,
więc na nowym cała poczta będzie nowa. Flaga -a mówi tylko, że ma pobrać
całą pocztę, a nie tylko 'nowe' (czyli to co się pojawiło od ostatniego
logowania).
Fetchmail średnio nadaje się do synchronizacji skrzynek, bo dojdzie sporo
nagłówków, a i serwer docelowy jak ma jakieś filtry, to może część poczty
ubić. No i jeszcze to jest skopiowanie (nie synchronizacja) INBOX-a bez
pozostałych folderów.
Jak jest IMAP dostępny po obu stronach, to najlepszy jest imapsync.


Pozdrawiam

Marek
--
"If you want something done...do yourself!"
Jean-Baptiste Emmanuel Zorg
Re: Migracja maili
#60536
Author: Adam
Date: Wed, 25 Nov 2020 20:24
43 lines
1844 bytes
W dniu 2020-11-24 o 12:54, Marek Wodzinski pisze:
> On Sun, 22 Nov 2020, Olek wrote:
>
>> W dniu 22.11.2020 o 00:30, Adam pisze:
>>>
>>>  Takie szybkie wyszukiwanie: widzê, ¿e fetchmaila mo¿na mo¿na zapu¶ciæ
>>>  mniej-wiêcej tak:
>>>  fetchmail -a -S nowy.serwer -u email@stary.serwer stary.serwer
>>
>> A mo¿e kto¶ potwierdziæ, ¿e u¿ywaj±c w powy¿szy sposób fetchmaila,
>> statusy wiadomo¶ci (przeczytany, nieprzeczytany) zostan± zachowane?
>
> Raczej nie, fetchmail pobierze, a pó¼niej _wy¶le_ pocztê na nowy serwer,
> wiêc na nowym ca³a poczta bêdzie nowa. Flaga -a mówi tylko, ¿e ma pobraæ
> ca³± pocztê, a nie tylko 'nowe' (czyli to co siê pojawi³o od ostatniego
> logowania).
> Fetchmail ¶rednio nadaje siê do synchronizacji skrzynek, bo dojdzie
> sporo nag³ówków, a i serwer docelowy jak ma jakie¶ filtry, to mo¿e czê¶æ
> poczty ubiæ. No i jeszcze to jest skopiowanie (nie synchronizacja)
> INBOX-a bez pozosta³ych folderów.
> Jak jest IMAP dostêpny po obu stronach, to najlepszy jest imapsync.
>

Gorzej, jak nie wiadomo, jak przeskoczyæ np. takie b³êdy:

Host1: going to ssl because STARTTLS is in CAPABILITY. Use --notls1 or
--notls2 to avoid that behavior
DEBUG: .../IO/Socket/SSL.pm:1177: global error: Undefined SSL object
DEBUG: .../IO/Socket/SSL.pm:900: local error: SSL connect attempt failed
error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol
DEBUG: .../IO/Socket/SSL.pm:903: fatal SSL error: SSL connect attempt
failed error:1425F102:SSL routines:ssl_choose_client_version:unsupported
protocol
Host1 failure: Can not go to tls encryption on host1
[imap.smhost.pl]:Unable to start TLS: SSL connect attempt failed
error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol
Exiting with return value 12 (EXIT_TLS_FAILURE) 1/50 nb_errors/max_errors



--
Pozdrawiam.

Adam
Re: Migracja maili
#60537
Author: Piotr Lechowicz
Date: Wed, 25 Nov 2020 21:15
21 lines
1365 bytes
W dniu 2020-11-25 o 20:24, Adam pisze:
> W dniu 2020-11-24 o 12:54, Marek Wodzinski pisze:
>> On Sun, 22 Nov 2020, Olek wrote:
>>
> Gorzej, jak nie wiadomo, jak przeskoczyæ np. takie b³êdy:
>
> Host1: going to ssl because STARTTLS is in CAPABILITY. Use --notls1 or --notls2 to avoid that behavior
> DEBUG: .../IO/Socket/SSL.pm:1177: global error: Undefined SSL object
> DEBUG: .../IO/Socket/SSL.pm:900: local error: SSL connect attempt failed error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol
> DEBUG: .../IO/Socket/SSL.pm:903: fatal SSL error: SSL connect attempt failed error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol
> Host1 failure: Can not go to tls encryption on host1 [imap.smhost.pl]:Unable to start TLS: SSL connect attempt failed error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol
> Exiting with return value 12 (EXIT_TLS_FAILURE) 1/50 nb_errors/max_errors
>

Nie znam imapsynca, ale te komunikaty same ci podaj± przyczynê i rozwi±zanie.
Na szybko:
- przy po³±czeniu z serwerem wykryta zosta³a mo¿liwo¶æ szyfrowania po³±czenia i podjêta jego nieudana (prawdopodobnie ze wzglêdu na brak odpowiedniej konfiguracji certów) próba
- mo¿esz wymusiæ brak szyfrowania za pomoc± parametrów --notls1 lub --notls2

Generalnie przeczytanie manuala zdrowiu nie powinno zaszkodziæ...

Pozdro
Re: Migracja maili
#60538
Author: Adam
Date: Wed, 25 Nov 2020 23:37
57 lines
2321 bytes
W dniu 2020-11-25 o 21:15, Piotr Lechowicz pisze:
> W dniu 2020-11-25 o 20:24, Adam pisze:
>> W dniu 2020-11-24 o 12:54, Marek Wodzinski pisze:
>>> On Sun, 22 Nov 2020, Olek wrote:
>>>
>> Gorzej, jak nie wiadomo, jak przeskoczyæ np. takie b³êdy:
>>
>> Host1: going to ssl because STARTTLS is in CAPABILITY. Use --notls1 or
>> --notls2 to avoid that behavior
>> DEBUG: .../IO/Socket/SSL.pm:1177: global error: Undefined SSL object
>> DEBUG: .../IO/Socket/SSL.pm:900: local error: SSL connect attempt
>> failed error:1425F102:SSL
>> routines:ssl_choose_client_version:unsupported protocol
>> DEBUG: .../IO/Socket/SSL.pm:903: fatal SSL error: SSL connect attempt
>> failed error:1425F102:SSL
>> routines:ssl_choose_client_version:unsupported protocol
>> Host1 failure: Can not go to tls encryption on host1
>> [imap.smhost.pl]:Unable to start TLS: SSL connect attempt failed
>> error:1425F102:SSL routines:ssl_choose_client_version:unsupported
>> protocol
>> Exiting with return value 12 (EXIT_TLS_FAILURE) 1/50 nb_errors/max_errors
>>
>
> Nie znam imapsynca, ale te komunikaty same ci podaj± przyczynê i
> rozwi±zanie.
> Na szybko:
> - przy po³±czeniu z serwerem wykryta zosta³a mo¿liwo¶æ szyfrowania
> po³±czenia i podjêta jego nieudana (prawdopodobnie ze wzglêdu na brak
> odpowiedniej konfiguracji certów) próba
> - mo¿esz wymusiæ brak szyfrowania za pomoc± parametrów --notls1 lub
> --notls2
>
> Generalnie przeczytanie manuala zdrowiu nie powinno zaszkodziæ...

Dziêki za podpowied¼, ale to ju¿ æwiczy³em.
Dorzuci³em te¿ do systemu obs³ugê TLS 1.

Problem taki, ¿e ró¿ne b³êdy pojawiaj± siê w zale¿no¶ci, do jakiego
serwera (ró¿nych dostawców) próbujê siê dostaæ. A za³atanie jednego
b³êdu czasem powoduje kilka innych.

Na razie jeszcze nie wiem, jak o¿eniæ postfixa z IMAP-em. W tych
tematach jestem zupe³nie zielony.
Niby dovecot ¿yje, ale thunderbird ma inne zdanie, niewa¿ne, czy
uruchamiany z localhost, czy z innego kompa.
Jako ¶rodowisko testowe postawi³em na virtualce Ubuntu 18 LTS, którego
podnios³em do v.20. A z racji tego, ¿e trochê niewygodnie jest w
runlevel=3 to jest jeszcze Xfce.

Jeszcze jedno: postfixa chcia³em u¿ywaæ do testów imapsynca, natomiast
docelowo imapsync bêdzie targa³ maile z nazwa.pl na inny serwer z
postfixem ju¿ od dawna dzia³aj±cym.


--
Pozdrawiam.

Adam
Re: Migracja maili
#60539
Author: KIKI
Date: Thu, 26 Nov 2020 00:09
21 lines
842 bytes
On 25.11.2020 23:37, Adam wrote:

>> Generalnie przeczytanie manuala zdrowiu nie powinno zaszkodziæ...
>
> Dziêki za podpowied¼, ale to ju¿ æwiczy³em.
> Dorzuci³em te¿ do systemu obs³ugê TLS 1.

Mnie siê wydaje, ¿e jak nie masz domeny na tym linuxie po¶rednim i nie
masz certyfikatów lets encrypt chocia¿by i nie masz tls 1.2 lub wy¿ej to
nie po³±czysz siê bezpiecznie. A zdalny serwer mo¿e w ogóle nie chcieæ
gadaæ bez tls.

Warunkiem ¿eby serwer dzia³a³ to posiadanie domeny i zainstalowania
certyfikatów do poczty dla tej domeny. Na wirtulace, gdzie¶ na stacji
roboczej nic nie zdzia³asz.
¯eby certyfikaty siê chcia³y w ogóle utworzyæ to musisz mieæ
konfiguracjê DNS-a tej domeny z rekordami A i MX i doj¶cie do tego
serwera przez NAT poprzez przekierowanie portów.

Zanim poczta w ogóle zacznie dzia³aæ to wymaga wielu innych zabiegów.

Re: Migracja maili
#60540
Author: Marek Wodzinski
Date: Thu, 26 Nov 2020 02:20
35 lines
1335 bytes
On Wed, 25 Nov 2020, Adam wrote:

>>  Generalnie przeczytanie manuala zdrowiu nie powinno zaszkodziæ...
>
> Na razie jeszcze nie wiem, jak o¿eniæ postfixa z IMAP-em. W tych tematach
> jestem zupe³nie zielony.

Bo jedno z drugim nie ma wiele wspólnego, mo¿e oprócz skonfigurowania tego
samego miejsca i formatu do trzymania poczty.
Postfix s³u¿y do odbierania poczty wysy³anej przez inne serwery i
wysy³ania poczty od u¿ytkowników (MTA). Dovecot poprzez
POP3/IMAP udostêpnia maile z serwera dla u¿ytkownika koñcowego.
Pewnym wyj±tkiem/popl±taniem jest u¿ycie LDA z Dovecota, ale to bym
poleca³ ludziom, którzy wiedz± po co to robi± i co im to daje.

> Niby dovecot ¿yje, ale thunderbird ma inne zdanie, niewa¿ne, czy uruchamiany
> z localhost, czy z innego kompa.

A skonfigurowa³e¶ go?

> Jeszcze jedno: postfixa chcia³em u¿ywaæ do testów imapsynca

Postfix nie jest do niczego potrzebny jak tylko chcesz u¿yæ imapsynca.
Imapsync korzysta (jak sama nazwa wskazuje) z IMAPa po obu stronach,
czyli z us³ugi jak± udostêpnia np. Dovecot (ale s± te¿ inne demony, które
to potrafi±). Je¿eli gdzie¶ w imapsyncu podajesz serwer lub port gdzie
s³ucha postfix, to nie dziwne, ¿e siê to nie potrafi dogadaæ.
Skonfiguruj prawid³owo Dovecota.


Pozdrawiam

Marek
--
"If you want something done...do yourself!"
Jean-Baptiste Emmanuel Zorg
Re: Migracja maili
#60541
Author: Piotr Lechowicz
Date: Thu, 26 Nov 2020 10:10
43 lines
1808 bytes
W dniu 2020-11-26 o 00:09, KIKI pisze:
>
> Mnie siê wydaje, ¿e jak nie masz domeny na tym linuxie po¶rednim i nie
> masz certyfikatów lets encrypt chocia¿by i nie masz tls 1.2 lub wy¿ej to
> nie po³±czysz siê bezpiecznie.

"Nie masz domeny" to mo¿e byæ zbyt du¿y skrót my¶lowy...

> A zdalny serwer mo¿e w ogóle nie chcieæ
> gadaæ bez tls.

Dlatego konfiguruje siê dostêp IMAP na 2 osobnych portach:
- 993 dla po³±czeñ szyfrowanych
- 143 dla po³±czeñ bez szyfrowania
Ten drugi - z oczywistych wzglêdów - coraz czê¶ciej znika z konfiguracji na du¿ych hostingach.

> Warunkiem ¿eby serwer dzia³a³ to posiadanie domeny i zainstalowania
> certyfikatów do poczty dla tej domeny. Na wirtulace, gdzie¶ na stacji
> roboczej nic nie zdzia³asz.

Znów skrót my¶lowy?
Nie ma certyfikatów "do poczty", a wirtualka nie jest ¿adnym ograniczeniem.
Nie decyduje ¶rodowisko, tylko poprawna konfiguracja.

Poza tym IMHO autor pytania nie chcia³ w pe³ni funkcjonalnego MTA, tylko ¶rodowiska testowego do migracji.

> ¯eby certyfikaty siê chcia³y w ogóle utworzyæ to musisz mieæ
> konfiguracjê DNS-a tej domeny z rekordami A i MX i doj¶cie do tego
> serwera przez NAT poprzez przekierowanie portów.

Ale¿ sk±d, certyfikat dla dowolnej nazwy/adresu mo¿na wygenerowaæ gdziekolwiek i be¿ ¿adnego kontekstu, tj. ¿adna zgodno¶æ DNSów, ¿adne NATy itp nie s± potrzebne.
Byæ mo¿e w tym opisie masz na my¶li procedurê weryfikacji wymagan± przez dostawców certyfikatów SSL.
Ale na potrzeby rozwa¿anej migracji maili samodzielnie wygenerowane certyfikaty self-signed powinny w zupe³no¶ci wystarczyæ.
I nadal przy za³o¿eniu, ¿e po³±czenie szyfrowane jest konieczne - bo mo¿e nie jest (port TCP/143).

>
> Zanim poczta w ogóle zacznie dzia³aæ to wymaga wielu innych zabiegów.
>
>

Trochê siê czepiam...
Któr± nog± to ja dzi¶ wsta³em?
;-)
Re: Migracja maili
#60542
Author: KIKI
Date: Sun, 29 Nov 2020 10:09
8 lines
206 bytes
On 26.11.2020 10:10, Piotr Lechowicz wrote:

> Trochê siê czepiam...
> Któr± nog± to ja dzi¶ wsta³em?
> ;-)
>

Inny punkt widzenia :-)
Lepiej niech we¼mie Thunderbirda portable - bêdzie najbezpieczniej :-)
Re: Migracja maili
#60543
Author: Adam
Date: Mon, 30 Nov 2020 15:21
27 lines
683 bytes
W dniu 2020-11-29 o 10:09, KIKI pisze:
> On 26.11.2020 10:10, Piotr Lechowicz wrote:
>
>> Trochê siê czepiam...
>> Któr± nog± to ja dzi¶ wsta³em?
>> ;-)
>>
>
> Inny punkt widzenia :-)
> Lepiej niech we¼mie Thunderbirda portable - bêdzie najbezpieczniej :-)
>

Wzi±³em imapsync.

Tylko dla ró¿nych serwerów ró¿nie trzeba ustawiaæ protoko³y (np. --tls,
--ssl, --notls) albo machaæ portami, ale to nie problem, choæ komunikaty
bywaj± myl±ce.
Przy niektórych serwerach (np. nazwa.pl) nie kopiuje pustych folderów, w
których nie ma maili, pomimo w³±czenia --folderrec

Jeszcze jedno: jak jest "milion" ma³ych maili (np. raporty z routerów),
to idzie powoli.


--
Pozdrawiam.

Adam
Re: Migracja maili
#60544
Author: KIKI
Date: Tue, 01 Dec 2020 00:02
5 lines
196 bytes
On 30.11.2020 15:21, Adam wrote:

> Jeszcze jedno: jak jest "milion" ma³ych maili (np. raporty z routerów),
> to idzie powoli.

To Ameryki nie odkry³e¶ :-) Jak kopiowanie miliona ma³ych plików :-)
Re: Migracja maili
#60545
Author: Adam
Date: Tue, 01 Dec 2020 11:02
21 lines
634 bytes
W dniu 2020-12-01 o 00:02, KIKI pisze:
> On 30.11.2020 15:21, Adam wrote:
>
>> Jeszcze jedno: jak jest "milion" ma³ych maili (np. raporty z routerów),
>> to idzie powoli.
>
> To Ameryki nie odkry³e¶ :-) Jak kopiowanie miliona ma³ych plików :-)
>

Wiem. Du¿y nak³ad na aktualizacjê wpisów.
Przy plikach w ¶rodowisku windowsowym swego czasu sprawdza³ siê bodaj¿e
Ramcopy - po³yka³ ca³± chmarê plików w jednym kroku a w nastêpnym kroku
(pojedynczym!) robi³ aktualizacjê FAT.

Natomiast imapsync jest skryptowy i tego przeskoczyæ siê raczej nie da,
zreszt± on jest tylko interfejsem gadaj±cym za pomoc± IMAP.


--
Pozdrawiam.

Adam
Re: Migracja maili
#60549
Author: Bartosz 'briest'
Date: Tue, 01 Dec 2020 22:07
13 lines
534 bytes
Mistrz Piotr Lechowicz rzek³:
> Dlatego konfiguruje siê dostêp IMAP na 2 osobnych portach:
> - 993 dla po³±czeñ szyfrowanych
> - 143 dla po³±czeñ bez szyfrowania
> Ten drugi - z oczywistych wzglêdów - coraz czê¶ciej znika z
> konfiguracji na du¿ych hostingach.

Pozwolê sobie zaprotestowaæ. Na 143 jak najbardziej mo¿na wynegocjowaæ
szyfrowanie (rozszerzenie STARTTLS), choæ rzeczywi¶cie ostatnio wraca
siê do zalecania implicit TLS (które przez parê poprzednich lat by³o
niemodne).

--
¯eby Wolta, ¿eby Wolta, ¿eby Wolta by³a Górna!
Re: Migracja maili
#60552
Author: Piotr Lechowicz
Date: Wed, 02 Dec 2020 15:46
21 lines
1068 bytes
W dniu 2020-12-01 o 22:07, Bartosz 'briest' Stepien pisze:
> Mistrz Piotr Lechowicz rzek³:
>> Dlatego konfiguruje siê dostêp IMAP na 2 osobnych portach:
>> - 993 dla po³±czeñ szyfrowanych
>> - 143 dla po³±czeñ bez szyfrowania
>> Ten drugi - z oczywistych wzglêdów - coraz czê¶ciej znika z
>> konfiguracji na du¿ych hostingach.
>
> Pozwolê sobie zaprotestowaæ. Na 143 jak najbardziej mo¿na wynegocjowaæ
> szyfrowanie (rozszerzenie STARTTLS), choæ rzeczywi¶cie ostatnio wraca
> siê do zalecania implicit TLS (które przez parê poprzednich lat by³o
> niemodne).
>

Sprzeciw przyjêty i jednocze¶nie odrzucony ;-)

Pisz±c "konfiguruje siê" mia³em na my¶li czêsto stosowan± praktykê, a nie brak mo¿liwo¶ci.
Podobnie, jak z konfiguracj± POP3 na portach 110 i 995.
Na 110 czêsto konfigurowano mechanizm STARTTLS, ale obserwujê odchodzenie od tego schematu w stronê czystego podzia³u i szyfrowania TLS na 995.
Mo¿na chyba nawet mówiæ o trendzie wy³±czania 110 wogóle w ramach migracji do rozwi±zañ szyfrowanych...

I tyle, bo ka¿dy mo¿e sobie poustawiaæ konfiguracjê jak lubi.
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads