trialon77
-
Posts
334 -
Joined
-
Last visited
Recent Profile Visitors
8,612 profile views
trialon77's Achievements
-
Схоже, що Monthly emails - це не лічильних відправлених листів, а взагалі лічильник всіх листів, вхідних, вихідних, пересланих. Знайшов одну службову скриньку, кули завдання крон слало листа кожні 2 хв. В результаті за день туди надходило близько 800 листів. Походу так лічильник і нарахував 26000 за неповний місяць. Ось така фігня, через те що не відключили колись відправку пошти крон завданням і нові обмеження aapanel, зараз не пряцює відправка пошти, я так розумію, що до кінця місяця.( -
Relay закритий с самого початку. Я ще не розумію чому є така різниця на графіку відправлених листів, за 30 днів там близько 1500. І в цьому підрахунку вгорі, там 26000. Написав на форумі у них з запитанням, чому така різниця.
-
Розсилку точно не робимо. Стандартна пошта інтернет магазину, тільки транзакційні повідомлення по замовленням. По 1 замовленню може декілька листів буде відправлено. Але не розумію де там в сумі 26000 набігло. А скільки у вас показує в статистиці листів в розділі Мейл сервер? Так, окремо можна пошту налаштувати, я розумію. Але бачу, що панель все більше і більше уходить в комерційну версію. Так скоро обмеження з'являється на кількість доменів, баз даних і тд і тп.
-
Хтось користується цією панеллю ще? Нещодавно помітив таке обмеження по мейл серверу: Monthly emails: 26011/20000. Тобто, в місяць можна надіслати чи надіслати і отримати усього 20000 листів, далі я так зрозумів треба купувати або про або розширення до 150т листів. Вчора помітив, що листи не надсилаються через сервер. Почав розбиратися, і я так розімію, що потрапив під це обмеження. Бо в мене відображає вже 26000 за місяць. Але звідка така цифра? В тому ж розділі Мейл севрера на графіку відправлених листів за 30 днів - усього близько 1500 листів. Навіть з отриманою поштою не думаю, що буде 26000 листів... Для тих кому потрібна пошта і активно нею користується ця панель вже не підійде! Доведеться шукати інший аналог.
-
дивився, спочатку також подумав, що проблема якась з маршрутизацією церез cloudflare. DNS налаштовані так, як рекомендовано сервісом. Повнісю ставив на паузу сервіс для цього сайту. Хіба, що не видаляв з cloudflare, не хочу поки робити це) та і новий порт для смтп, який я відкрив, працює зараз без проблем з тими самими налаштуваннями. Тому наврядчи cloudflare винний.
-
lsof -i -n -P | grep :25 master 3448 root 13u IPv4 33506 0t0 TCP *:25 (LISTEN) master 3448 root 14u IPv6 33507 0t0 TCP *:25 (LISTEN) iptables -S -P INPUT ACCEPT -P FORWARD ACCEPT -P OUTPUT ACCEPT -N ufw-after-forward -N ufw-after-input -N ufw-after-logging-forward -N ufw-after-logging-input -N ufw-after-logging-output -N ufw-after-output -N ufw-before-forward -N ufw-before-input -N ufw-before-logging-forward -N ufw-before-logging-input -N ufw-before-logging-output -N ufw-before-output -N ufw-reject-forward -N ufw-reject-input -N ufw-reject-output -N ufw-track-forward -N ufw-track-input -N ufw-track-output -A INPUT -m set --match-set aapanel.ipv4.blacklist src -j DROP -A INPUT -m set --match-set aapanel.ipv4.whitelist src -j ACCEPT -A INPUT -p udp -m multiport --dports 4000,5353 -j ACCEPT -A INPUT -p tcp -m multiport --dports 4000 -j ACCEPT -A INPUT -p udp -m multiport --dports 5353 -j ACCEPT -A INPUT -j ufw-before-logging-input -A INPUT -j ufw-before-input -A INPUT -j ufw-after-input -A INPUT -j ufw-after-logging-input -A INPUT -j ufw-reject-input -A INPUT -j ufw-track-input -A INPUT -p icmp -m icmp --icmp-type 8 -j LOG --log-prefix "Iptables: Ping detected: " -A INPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT -A INPUT -p icmp -m icmp --icmp-type 8 -j LOG --log-prefix "Iptables: Ping detected: " -A INPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT -A FORWARD -j ufw-before-logging-forward -A FORWARD -j ufw-before-forward -A FORWARD -j ufw-after-forward -A FORWARD -j ufw-after-logging-forward -A FORWARD -j ufw-reject-forward -A FORWARD -j ufw-track-forward -A OUTPUT -j ufw-before-logging-output -A OUTPUT -j ufw-before-output -A OUTPUT -j ufw-after-output -A OUTPUT -j ufw-after-logging-output -A OUTPUT -j ufw-reject-output -A OUTPUT -j ufw-track-output
-
Ну они бы это знали наверное и разблокировали, когда я написал им. Первый раз я написал о проблеме, они сказали да, что могут блокировать порты если рассылают много почты. Спросили, какую почту рассылаю. Ответил, что только транзакционные сообщения о заказах клиентам. Никаких рассылок или новостей, а тем более спама. Потом сказали, что проверили и у них порты разблокированы. Никакие доводы, что tcpdump не получает пакеты на них не влияют. Даже по портам, которые заблокированы в ip-tables, tcpdump показывает прохождение пакетов.
-
Є VPS в голандському датацентрі. Орендую його вже трохи більше півроку. Не скажу, що я прямо системний адміністратор, але досвід користування і налаштування віртуальних серверів є. VPS куплений у компанії Solidseovps, поганих відгуків на них не знайшов в мережі. Їх пропозицію знайшов на тематичному форумі lowendtalk.com. Сервер був налаштований після покупки, і все працювало ідеально. В тому числі і пошта. На сервері встановлена панель aapanel, домени підключені через cloudflare.com, записи для пошти тільки як 'dns only'. Все працювало до 5 жовтня, з вечора почалися проблеми з відправкою пошти. Помітив я це по клієнту, який не може з'єднатися з сервером для відправки. Почав розбиратися, і побачив, що всі порти для смтп виявилися недоступні з мережі. Причому на самому сервері порти відкриті і статус listening, в ip-tables заборон для цих портів немає. Якщо я в терміналі на цьому сервері підключаюсь до портів, все ок. Як тільки пробую з за меж сервера - конекту немає. Порти для вхідної пошти працюють і не закриті. Виконую команду tcpdump для 25 порта і звертаюсь з за меж сервера, в результаті ніяких пакетів не отримую. Я правильно розумію, якщо tcpdump не показує проходження пакетів, то проблема у блокуванні десь до сервера? В техпідримку звертався неодноразово, у них все чудово і ці порти відкриті. Кажуть, що типу проблема можливо в фаєрфолі або інших налаштуваннях сервера. Я щось в упор не бачу, через що могла виникти така проблема з портами, чи техпідримка цієї контори тупо відрубила мені смтп порти і зараз включила ігнор?)) Тимчасово вирішив проблему, відкривши інший порт для смтп. Відправка працює. Але є проблема з прийомом вхідної пошти, я так розумію, що 25 порт потрібен багатьом сервісам для системного спілкування. Через це пошта з gmail не відправляється на мій сервер, а повертається з помилками. Буду вдячний за поради, бо вже тиждень шукаю проблему.
-
Доброго дня. Версія модуля встановлена остання. Майже кожного дня зараз, при оновленні відділеннь через крон, завантажуються не всі відділення. Заходжу в адмінку і бачу, що там вказана кількість відділеннь - 8000, 12000. Якщо після цього оновити відділення вручну з адмінки, то тоді вже підгружаються всі відділення. В чому причина такої поведінки саме при оновленні через крон задачу?
-
Згоден. Але пробема з оновленням відділень є і на новій версії. В основному завантажуються відділення нормально, але буває така сама фігня - 4000, 8000 відділень. І взнаю я це від клієнтів, які не можуть знайти потрібне відділення на сайті. В адмінку, особливо в модуль НП, дуже рідко заходжу, так як все управління замовленнями налаштовано через облікову систему.
-
Рекомендую цей модуль. Автор також оперативно відповідає та допомогає в адаптації та налаштуванні. -
Рекомендую цей модуль. Автор також оперативно відповідає та допомогає в адаптації та налаштуванні.
-
Пропозиція по функціоналу модуля на майбутнє. Зараз встановлений інший модуль з смс авторизацією. там якщо при вводі номера не знаходе такий телефон в базі, то створюється новий аккаунт на сайті з таким телефоном. Але пустим ПІБ і поштою. Можливо зробити так само але з добором даних після otp авторизації? Звісно, якщо такий номер не буде знайдено? І чи плануєте ви на майбутнє змінити це - "Якщо сервер розробника недоступний - Не будет работать сайт". Хоча б на варіант - "не буде працювати доповнення", як у вас в модулі соціальної авторизації?
-
З приводу роботи модуля і вашого сервера, дуже погано. Думаю багато покупців це відштовхне. Як мене наприклад. Цікаво було цей модуль та social login. Зайви сюрпризи не потрібні.
-
Доброго дня.. Два питання. В описі доповнення вказано: "Якщо сервер розробника недоступний - Не будет работать сайт" Це дійсно так? Такі не дуже приємні ситуації вже виникали на форумі, через те що розробник забув проплатити домен або хостінг. І друге, всі телефони в базі записані по масці - +38 (999) 999-99-99. На таку маску можна налаштувати логін? Змінювати маску наразі не можна.
