Linux за българи: Форуми

Добра идея ли е това при положение според вас. Мейл сървъра ще използва и уеб интерфейс ?
Интересува ме относно бързодействие и стабилност.

P.S.
а според вас 32 или 64 е подходяща дистрибуция за подобен сървър ?

Въобще не ми се струва добра идея, зимбарата полва 80 и 443 с помоща на  java и nginx.
64 bit. разбира се.

Въобще не ми се струва добра идея, зимбарата полва 80 и 443 с помоща на  java и nginx.
64 bit. разбира се.

За комбинацията - ОК, но защо е по-добре да се използва 64 пред 32. 32 си вижда всичката памет, но не може да адресира над 4ГБ за даден процес. Очаква ли се мейл сървъра да ползва над 4ГБ само за един процес ? Поне аз така го виждам, дали бъркам ?

Цитат на: Sairos в Sep 16, 2014, 10:45

Въобще не ми се струва добра идея, зимбарата полва 80 и 443 с помоща на  java и nginx.
64 bit. разбира се.

За комбинацията - ОК, но защо е по-добре да се използва 64 пред 32. 32 си вижда всичката памет, но не може да адресира над 4ГБ за даден процес. Очаква ли се мейл сървъра да ползва над 4ГБ само за един процес ? Поне аз така го виждам, дали бъркам ?

Минималните изисквания на zimbra са 4GB RAM, сам си направи сметката. Ако не искаш да ти swap-пи много.

Ами аз съм предвидил 16ГБ памет.
Питам защото Kerio 8 съм пуснал на един 32 битов Убунту с 16GB ram и си работи като пушка с около 80 акаунта (които разхождат всеки по около 200МБ всеки ден).
За това реално се интересувам каква е разликата между 32 и 64 битов линукс когато го използваш за мейл сървър.

Ами аз съм предвидил 16ГБ памет.
Питам защото Kerio 8 съм пуснал на един 32 битов Убунту с 16GB ram и си работи като пушка с около 80 акаунта (които разхождат всеки по около 200МБ всеки ден).
За това реално се интересувам каква е разликата между 32 и 64 битов линукс когато го използваш за мейл сървър.

Колега аз освен 64 битова версия на zimbra друга не виждам, та да обсъждаме каква е разликата.

Разликата между 32 или 64 битова архитектура е само в адресирането... Няма магии, които биха накарали компютъра да заработи по-бързо от една спрямо друга при сходни параметри :)

Колега аз освен 64 битова версия на zimbra друга не виждам, та да обсъждаме каква е разликата.

Има, и то доста версии.

Разликата между 32 или 64 битова архитектура е само в адресирането... Няма магии, които биха накарали компютъра да заработи по-бързо от една спрямо друга при сходни параметри

Благодаря за насоката. Аз конкретно не търся бързодействие, а се водя от проблеми с които се борих преди време с НЕналичието на софтуер за 64 битовата версия. Единствено това ме подтиква изобщо да мисля за 32, но вероятно мисля в грешната посока.

Всеки 32-битов софтуер може да работи на 64-битова ОС.

Инсталирах CentOS 7 64, но изскочи следния проблем (по време на логин-а):
(http://s28.postimg.org/5ckg4ln7d/image.jpg) ($2)
и веднага след него:
(http://s28.postimg.org/n17lih9kp/image.jpg) ($2)

Инсталацията е на ESXi, като нарочно преди инсталацията да започне премахнах всичко ненужно и оставих:
(http://s29.postimg.org/i7li17nwj/image.jpg) ($2)

както се вижда няма никакъв floppy контролер за да ми търси fd0.
Как да се справя с този проблем, някакви предложения ?

От тези снимки не става ясно, защо въобще ти търси флопи и какъв е проблема.

От тези снимки не става ясно, защо въобще ти търси флопи и какъв е проблема.

Проблема с флопито го фиксирах - спрях контролера от БИОС на виртуалната машина (направо ми излезе от главата това, защото предположих, че щом не съм посочил флопи контролер няма да има такъв).
Проблема обаче от 2тория шот си остава и не намирам (за сега) вариант да го фиксирам.

То това си е официален бъг.
Ето малко линкове, които обясняват за какво става въпрос.

https://bugzilla.redhat.com/show_bug.cgi?id=995271
https://groups.google.com/forum/#!topic/linux.kernel/DY988quNrlg

Това са решенията уж ...
http://www.it3.be/2013/10/16/write-same-failed/
https://bbs.archlinux.org/viewtopic.php?id=164377

Ако имаш желание да прекомпилираш ето и пач.
http://marc.info/?l=linux-scsi&m=138252394614920&w=2

Мерси на всички за насоките.
Реших генерално проблема - минах си на добрия стар DEBIAN.

Та по сървъра - инсталирах всичко, конфигурирах го. Направих си MX (и A записа за уеб достъпа), направих си ривърс записа. Абе всичко ОК.
Изпращам без ядове мейли и всеки ги получава коректно (не ги праща в спама или подобни неща).
Е да, ама не получавам мейли и се връща следното:

Remote host said: 554 5.7.1 <root@mydomain.org>: Relay access denied

Някакви насоки ?

Или съм се объркал или наистина я подкарваш на ESXI.
Не е добра идея. Преди години брах доста ядове със счупен фаил 150 GB точно със зимбра. Е беше на VMWARE Server - 2-ката ама разлика голяма няма там. Една машина дори със съвременен G на интел с > 4 ГБ рам и прилични дискове ще те държи много по-дълго. Икономията тук на 4-500 лежа (ако е с ССД в раид 1) някой ден ще ти тежи.
И въобще не си мисли за 32 бита.
А за Дебиана - това е ОС за тези неща (Y)!

Мерси на всички за насоките.
Реших генерално проблема - минах си на добрия стар DEBIAN.

Та по сървъра - инсталирах всичко, конфигурирах го. Направих си MX (и A записа за уеб достъпа), направих си ривърс записа. Абе всичко ОК.
Изпращам без ядове мейли и всеки ги получава коректно (не ги праща в спама или подобни неща).
Е да, ама не получавам мейли и се връща следното:

Remote host said: 554 5.7.1 <root@mydomain.org>: Relay access denied

Някакви насоки ?

Отдалечения хост какво вижда като MX запис. Отнема време да се ъдейтне DNS-а

Накарaй ISP-то ти да ти направи ривърс запис. Няма да стане иначе.

Накарaй ISP-то ти да ти направи ривърс запис. Няма да стане иначе.

Това има отношение към изпращането на поща, но няма никаква връзка с получаването.

vladimirovbg, ако домейнът, за който говориш е същия, то ти нямаш настроен DNS за твоя домейн. Виж изхода от командите

$dig vladimirov.bg
$dig -t MX vladimirov.bg

Ако имаш работещ и настроен DNS сървър, задай IP адреса му в register.bg

ПС: Хм, явно не е това домейна. Грешката нямаше да е такава, каквато посочваш. Ами виж си приемащия сървър как обработва пощата.

Всичко оправих (при писане бях допуснал правописна грешка, изядена една буква :) ).
Вече всичко работи навън и навътре и няма никакви ядове.

Имам обаче още едно питане към разбиращите: в момента използвам 25 порт и не криптирам връзките. Какво трябва да направя за да мога да използвам сигурна връзка на secure SMTP (465 port) и може ли комуникацията да остане само секюрната, без да се използва 25 порт?

Пощенският ти сървър трябва да поддържа STARTTLS.

$telnet gmail-smtp-in.l.google.com 25
Trying 173.194.65.26...
Connected to gmail-smtp-in.l.google.com.
Escape character is '^]'.
220 mx.google.com ESMTP z6si11655047wje.0 - gsmtp
ehlo test
250-mx.google.com at your service, [84.43.164.58]
250-SIZE 35882577
250-8BITMIME
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-CHUNKING
250 SMTPUTF8

През 25-ти порт се осъществяват и криптирани връзки. Това става с командата STARTTLS след първоначалното установяване на връзката.
Гледаш логовете и експериментираш.

Всичко оправих (при писане бях допуснал правописна грешка, изядена една буква :) ).
Вече всичко работи навън и навътре и няма никакви ядове.

Имам обаче още едно питане към разбиращите: в момента използвам 25 порт и не криптирам връзките. Какво трябва да направя за да мога да използвам сигурна връзка на secure SMTP (465 port) и може ли комуникацията да остане само секюрната, без да се използва 25 порт?

А да попитам как очаквате да получавате поща ако не слушате на порт 25?

Цитат на: vladimirovbg в Sep 22, 2014, 12:08

Всичко оправих (при писане бях допуснал правописна грешка, изядена една буква :) ).
Вече всичко работи навън и навътре и няма никакви ядове.

Имам обаче още едно питане към разбиращите: в момента използвам 25 порт и не криптирам връзките. Какво трябва да направя за да мога да използвам сигурна връзка на secure SMTP (465 port) и може ли комуникацията да остане само секюрната, без да се използва 25 порт?

А да попитам как очаквате да получавате поща ако не слушате на порт 25?

Получаването не може ли да става на 465 порт ?
Всъщност как да добавя поддръжка на STARTTLS  - ако взема сертификат SSL той добавя ли така поддръжка ?

Не може да го отрежеш. Нали другите мейлери първо на 25-ти порт ще ти търсят SMTP-то. Той си е стандартния SMTP порт.

Всъщност как да добавя поддръжка на STARTTLS  - ако взема сертификат SSL той добавя ли така поддръжка ?

Това е част от решението. Не съм запознат със Zimbra. Някъде в описанието за инсталиране и настройка трябва да е обяснено.

Цитат на: vladimirovbg в Sep 23, 2014, 11:52

Всъщност как да добавя поддръжка на STARTTLS  - ако взема сертификат SSL той добавя ли така поддръжка ?

Това е част от решението. Не съм запознат със Zimbra. Някъде в описанието за инсталиране и настройка трябва да е обяснено.

Има си страница в уикито им в която е описано как се добавя сертификат. СЛед това през уеб интерфейса се настройва да се ползва и SSL/TLS

Колко потребителя и какъв трафик планираш? Че с този SSL ресурсите не са същите.

Добре, сложих си и сертификат, и всичко вече изглежда доста завършено.
Мисля си следното обаче - не искам този мейл сървър да позволява използване на SMTP сървъра самостоятелно, тоест искам всеки да си ползва мейла, но само с логин през УЕБ, а не да си настройва мейл клиент. Да, вярно POP3 съм го спрял, но SMTP няма как да спра защото се използва за мейлите. SMTP е позволено за използване само при автентикация с потребител и парола, но аз искам и това да блокирам - тоест искам да не може да се ползва и настройва на мейл клиенти.

За момента съм пуснал оторизация POP before SMTP, тоест ако не се оторизираш в мейл клиента с POP (а той както казах е спрян) не може да използвам SMTP. Това ли е решение или има по-правилни и точни начини за да се забрани използването на мейл сървъра в мейл клиенти ?

Ако уеб клиентът се намира на същата машина, на която е POP3/IMAP услугата (а при Zimbra това е така), освен "POP before SMTP", укажи POP3/IMAP услугата да слуша само на localhost (127.0.0.1)! Така никой клиент от друга машина няма да може да се закача към POP3/IMAP, за да прочете пощата и да се автентикира пред SMTP сървъра. Не съм запознат със Zimbra, така че не мога да ти кажа точно къде да пипнеш в конфигурацията, но настройките на интерфейсите, на които да слушат услугите, е стандартна настройка, която се надявам лесно да намериш.
И ти препоръчвам направо да махнеш POP3-то и да оставиш само IMAP-а :)