Design
Mail, mail… "Currently, any beginner user can create their free email inbox, just by registering on one of the internet portals," claims Wikipedia. So, launching your own mail server seems a bit strange. Nevertheless, I don't regret the month spent on this, from the day the OS was installed to the day the first email was sent to the recipient online.
Actually, IPTV receivers can be placed along with the 'raspberries', as well as single-board computers based on the Baikal-T1 processor, Cubieboard, Banana Pi, and other devices equipped with ARM microprocessors. The 'raspberry' was chosen as the most aggressively advertised option. It took more than a month to find any useful application for this 'single-board computer'. Finally, I decided to launch a mail server on it after reading a science fiction novel about virtual reality not long ago.
"This is a wonderful vision for the future of the Network," Wikipedia reports about it. Since its first publication, 20 years have passed. The future has arrived. However, it doesn't seem wonderful to me without seven thousand subscribers, ten thousand rubles in 'monthly income from my site', and so on. This probably pushed me towards 'decentralized social networks' with 'a meager number of likes on their (new users — N.M.) posts', registering a domain, and launching my own server.
I'm not strong in laws. Except that I received a message on my mobile phone about the need to confirm personal data in connection with the amendments to federal law 126-FZ, so that's the law I know.
It turned out that there are as many of these laws as there are mushrooms after the rain. If I were using free mail further, I probably wouldn’t even find out.
"And who are we now?"
Firstly, there is simply no organizer of the email service in the law. There is an 'organizer of the instant messaging service', but that’s not quite the same. The addition of 'for personal, family, and household needs' removes all the obligations imposed by law from this organizer, though still not from the one that should be responsible.
Med en guide til Ubuntu Server ved hånden, formoder jeg, at e-mail-tjenester (som er åbenlyse) og filservere (som ikke er så åbenlyse) er beregnet til "modtagelse, overførsel, levering og (eller) behandling af elektroniske meddelelser fra internettet" ud over chat med deres øjeblikkelige beskeder.
Udvikling
Sammenlignet med andre lokale artikler med hashtagget postfix, er mit værk selvfølgelig temmelig primitivt. Ingen brugergodkendelse, ingen databaser og ingen brugere knyttet til lokale konti (det første og tredje findes i "minimum mailserveren"; databaser er praktisk talt overalt, ligesom dovecot).
"Opsætning af mailsystemet er efter min mening den mest komplekse opgave inden for systemadministration," skrev en bruger på Habr meget godt. Følger efter (fra ), har jeg dog udeladt dele om aliasdatabase, .forward-filer og virtuelle aliaser fra den.
Men for ssl/tls tog jeg 12 konfigurationslinjer plus 9 kommandolinjer til bash til oprettelse af certifikater fra det dedikerede Postfix på CommunityHelpWiki (på samme domæne ) (men fungerer denne ssl/tls — det er spørgsmålet). Desuden var firewall i leverandørens kontrolpanel, nat på routeren (jeg udsatte opsætningen af mikrotik så længe som muligt; jeg sendte e-mails ved at tilslutte mailserveren direkte til det opsatte internetkabler fra leverandøren), kommandoerne mail, mailq, postsuper -d id, filen /var/log/mail.log, parameteret always_add_missing_headers, oplysninger om ptr-post, endelig, siden mail-tester.com (med et oligo-frækt design), som ikke nævnes i "mail"-artiklerne på Habr, som om det var det mest indlysende.
Før jeg rettede værdien af parameteren myhostname i filen /etc/postfix/main.cf
Efter jeg rettede værdien af parameteren myhostname i filen /etc/postfix/main.cf
Det første brev fra teknisk support fra internetudbyderen lærte mig, at man ikke skal åbne e-mails ved hjælp af kommandolinjeprogrammet mail, for derefter at kunne åbne og læse dem med den velkendte mailklient. Tilsyneladende er dette ikke et problem "for begyndere administratorer".
I modsætning til kommentarerne (til andre artikler med hashtagget postfix) beder en bruger på Habr om, at "gøre det lidt mere komplekst, hvad med webgrænseflader til forskellige dele og autentificering fra databasen?" For en anden "tilsyneladende er det meget komplekst for dem, der ikke har prøvet andet end søde radiser: kernesvigt, sikkerhed (selinux/apparmor), lidt distribuerede systemer...", den tredje skriver om "iRedmail-scriptet". Man venter bare på, at den næste foreslår at skrive om IPv6.
E-mail-tjenester er ikke sfæriske koner i vakuum; de er dele af et hele - fra valget af computer og domænenavn til opsætning af routeren - som ingen manual til opsætning af en mailserver kan dække (og i hvilken du nok aldrig vil læse emnet - , findes på den officielle Postfix-hjemmeside).
Om MikroTik er det slet og ret en særskilt sang.
Nå, det var det. E-mail er ikke længere en samling af kommandolinje-kommandoer, konfigurationsfiler (inklusive opsætning af DNS), logfiler, dokumentation, hexadecimal numre i stedet for kyrilliske bogstaver (ifølge Koi8-r tegnsættet) i den modtagne e-mail, men et velkendt mailklient med sine protokoller IMAP, POP3, SMTP, konti, indgående og afsendte beskeder.
Udadtil ligner det stadig det samme, som hvad e-mail er, når man bruger gratis e-mail-tjenester fra de største IT-virksomheder.
Selv om der ikke er en webgrænseflade.
Drift
Man kan ikke komme udenom at se på logfiler!
Jeg skynder mig at glæde dem, der forventede at læse her om darknet. For ellers kan jeg ikke kalde det, som fylder den mail-log på den nyoprettede server, andet end som manifestationer af noget mystisk darknet, lige som i løbet af et par dage (efter direkte tilslutning) med meddelelser om forsøg på at oprette forbindelse via POP3 med forskellige navne fra et par IP-adresser (Jeg troede i starten fejlagtigt, at serveren periodisk forsøgte at sende to e-mails fra køen, og at min mail muligvis kunne interessere nogen anden fra internettet, kunne jeg slet ikke forudse).
Forsøgene er ikke stoppet, selv efter jeg har tilsluttet serveren via routeren. Dagens logs er fyldt med forbindelser via smtp fra den samme ukendte ip-adresse. Ikke desto mindre er jeg så selvsikker, at jeg ikke vil foretage mig noget imod dette: jeg håber, at selvom en angriber finder brugernavnet til at modtage e-mails, vil det ikke lykkes dem at knække adgangskoden. Jeg er overbevist om, at mange vil finde dette usikkert, ligesom det er farligt at stole kun på indstillingerne for SMTP-videresendelse og adgangskontrol i /etc/postfix/main.cf.
Og de vil smadre beskyttelsen af min e-mail tilsmuds.
Kilde: habr.com
