Информация
Настройка
Новости
Контакты
Новинка
Распродажа
Оплата
Доставка
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    RouterOS
    Системная ошибка: время ожидания отправки письма истекло.

    Системная ошибка: время ожидания отправки письма истекло.

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Системная ошибка: время ожидания отправки письма истекло., RouterOS
     
    thecoder
    Guest
    #1
    0
    20.02.2015 07:08:00
    Привет, я добавил этот скрипт в Mikrotik:

    :log info "начинаю бэкап"  
    :local backupfile ([/system identity get name] . "-" . [/system clock get time])
    /tool user-manager database save name=$backupfile  
    :log info "делаю паузу на 25 секунд"  
    :delay 25s  
    :log info "отправляю бэкап на почту"  
    /tool e-mail send to="moon002233@gmail.com" start=yes subject=([/system identity get name] . " User-Manager Backup") file=$backupfile
    :log info "бэкап завершён"  
    :delay 50s;  
    /file remove $backupfile;  
    :log info message=fileremoved  

    И у меня возникает ошибка: Error sending e-mail … timeout occured.  
    Кто-нибудь может объяснить, в чём проблема? Спасибо!
     
     
     
    strods
    Guest
    #2
    0
    19.03.2015 05:36:00
    По крайней мере в моей тестовой конфигурации точно такой же скрипт работает корректно: Выполняется ли эта команда: *) Через консоль; *) Через скрипт, запускаемый из консоли; *) Через скрипт, запускаемый нажатием кнопки в Winbox; *) Через скрипт, запускаемый через Планировщик заданий? Каков размер прикреплённого файла? Какие опции политики включены, если команда выполняется из Скрипта? Какие опции политики включены, если команда выполняется из Планировщика заданий?
     
     
     
    eworm
    Guest
    #3
    0
    19.03.2015 08:59:00
    Для меня это не связано со скриптами. Просто отправка письма с терминала не работает:  
    [admin@carpo] > /system routerboard print
          routerboard: yes  
                model: 750GL  
        serial-number: 467A0XXXXXXX  
     current-firmware: 3.22  
     upgrade-firmware: 3.22  
    [admin@carpo] > /system package print
    Flags: X - отключено  
    #   NAME                    VERSION        SCHEDULED  
    0   system                  6.28rc14  
    1   ipv6                    6.28rc14  
    2   advanced-tools          6.28rc14  
    3   ntp                     6.28rc14  
    4   security                6.28rc14  
    [admin@carpo] > /tool e-mail print
       address: 10.XX.XX.XX  
          port: 587  
     start-tls: yes  
          from: admin@XXXXX.XXXXX.XX  
          user: smtp-only@XXXXX.XX  
      password: XXXXXXXXXX  
    [admin@carpo] > /tool e-mail send body=Test subject=Testmail... to=mail@XXXXX.XX

    [admin@carpo] > /log print
    [...]
    09:50:22 system,e-mail,error Ошибка при отправке письма <Testmail...>: время ожидания истекло.  
    Конечно, с скриптом тоже не работает. Адрес сервера почты приватный и доступен только через VPN.
     
     
     
    eworm
    Guest
    #4
    0
    25.03.2015 20:32:00
    Я думал, что соединение зашифровано, поэтому пока не пытался его перехватить... Только что сделал это. И знаешь что? Никакого шифрования. RSET 220 mx.xxxxxxx.de ESMTP Postfix 530 5.7.0 Сначала нужно отправить команду STARTTLS QUIT 221 2.0.0 Пока Красный — от RouterBoard, синий — от почтового сервера. Соединение начинается с RSET, что почтовому серверу совсем не нравится.
     
     
     
    mgisbers
    Guest
    #5
    0
    27.03.2015 14:22:00
    RFC 3207: SMTP-сервер, который не доступен публично, может потребовать от клиента установить TLS-соединение перед выполнением каких-либо команд. В этом случае сервер ДОЛЖЕН возвращать код ответа: 530 Must issue a STARTTLS command first для каждой команды, кроме NOOP, EHLO, STARTTLS или QUIT. Если клиент и сервер используют расширение ESMTP ENHANCEDSTATUSCODES [RFC2034], возвращаемый статус ДОЛЖЕН быть 5.7.0. Возможно, проблема в том, что вы пытаетесь подключиться к порту для отправки почты (587), который не разрешает другие команды, кроме указанных в RFC 3207. Попробуйте использовать порт 25 для подключения. Но в любом случае RouterOS должен работать и по порту 587. С уважением, Майкл
     
     
     
    mgisbers
    Guest
    #6
    0
    27.03.2015 14:26:00
    RFC 3207: SMTP-сервер, который не упоминается публично, может требовать от клиента провести TLS-старт перед принятием любых команд. В этом случае сервер ДОЛЖЕН возвращать код ответа: 530 Must issue a STARTTLS command first для всех команд, кроме NOOP, EHLO, STARTTLS или QUIT. Если клиент и сервер используют расширение ENHANCEDSTATUSCODES ESMTP [RFC2034], возвращаемый статус должен быть 5.7.0. Возможно, проблема в том, что вы пытаетесь подключиться к порту submission (587), который не разрешает команды, не указанные в RFC 3207. Попробуйте подключиться через порт 25. Но, в любом случае, RouterOS должен работать и с портом 587. С уважением, Michael
     
     
     
    eworm
    Guest
    #7
    0
    30.03.2015 14:56:00
    Отправка через порт 25 тоже не удаётся: 220 mx.xxxxx.de ESMTP Postfix RSET 250 2.0.0 Ok QUIT 221 2.0.0 Bye
     
     
     
    janisk
    Guest
    #8
    0
    01.04.2015 12:14:00
    Если вы можете предоставить нам данные для входа, чтобы мы могли попробовать войти, мы будем признательны. Так что, если можете, отправьте их на support@mikrotik.com с указанием этой темы.
     
     
     
    eworm
    Guest
    #9
    0
    02.04.2015 12:37:00
    Это исправлено в версии 6.28rc20. Большое спасибо, MikroTik!
     
     
     
    theadmiral
    Guest
    #10
    0
    17.05.2015 00:51:00
    Спасибо, версия 6.28 действительно исправила проблему с коротким таймаутом SMTP-соединения. Однако теперь в сессии связи появились другие короткие тайм-ауты. На каналах с высокой задержкой (или с намеренными задержками после подключения для борьбы со спамом), если почтовый инструмент RouterOS не получает ответ в течение 15 секунд, он прерывает сессию без какого-либо сообщения об ошибке и без попытки повторной отправки. Эта конкретная проблема проявилась только в версии 6.28. Задержка ответа в 15 секунд, похоже, вполне достаточно, чтобы спровоцировать такое поведение. Это можно воспроизвести, настроив сервер Postfix с директивой «sleep». Например, почтовый инструмент прервёт работу (без сообщений об ошибках в syslog) после отправки команды «RCPT TO:», если удалённый сервер Postfix сконфигурирован так: smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, sleep 16, reject_unauth_destination, reject_unauth_pipelining, reject_invalid_helo_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, (и так далее). Это не критичная проблема (ведь удаление строки sleep её решает), но она вводит новое нежелательное поведение. Было бы очень полезно увеличить тайм-аут или добавить debug-событие в syslog. Ещё раз спасибо за исправление первоначальной ошибки с таймаутом соединения. Большое спасибо!
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры