27.03.2012 20:49
[+kliN+]
 
в инспекторе узлов у меня есть запись 1:1/22 но когда я нажимаю "Создать прозвонку" предлогается только 1:1/2 (ранее существующий)
в инспекторе узлов для 1:1/22 все параметры заполнены так же как и для 1:1/2.

Добавлено через 25 минут 4 секунды
в меню конфигурация - TCP/IP соединения - во вкладке Станция - в параметре Список адресов, я поменял 1:1/2 на 1:1/22 а на другом хосте 1:1/1 на 1:1/11 соответственно, файлы начали передаваться. но перестали передоваться файлы из ранее работовшей папки. как заставить одновременно работать два нода??
27.03.2012 22:00
OlegON
 
Ты бы скрины приводил какие-то чтоль... На закладке "Станция", как я помню, указывается адрес локальной станции, зачем их тасовать я что-то не понимаю. А теперь еще и конечную цель не понимаю, чего ты добиваешься и сколько у тебя аргусов всего.
28.03.2012 15:16
[+kliN+]
 
есть два компьютера, на каждом настроен аргус (по 1шт) для обмена файлами почтовика. еще требуется настроить передачу других файлов по другим путям на этих компьютерах (с одного на другой. в одну сторону). чтобы это реализовать нужен ли еще один аргус? или можно обойтись одним?





на картинке tcpip daemon указан нод удаленного аргуса, куда будет отсылаться файлы. сейчас там один нодадрес. я вчера поменял нод на тот который мне нужно ифайлы начали лететь на другой компьютер. можно как-то указать два нодадреса в списке адресов?

OlegON:
А мне в папку-то зачем лить?
28.03.2012 15:42
SlavaR
 
попробуй binkd, имхо о лучше по tcp работает, да к тому же вроде понимает t-mail-овые FileBoxes

вот по какому принципу работает (из доки по t-mail)

В отличие от MailBoxes, предназначенных для того, чтобы разбирать
приходящую почту, FileBoxes (файловые адресные почтовые ящики) служат для
оптимизации выходного потока. Обычно, для того чтобы послать файл на
некоторый узел, оператор должен создать письмо с соответствующим атрибутом
(fileattached). Это письмо, помимо того, что дает информацию упаковщику о
необходимости включить файл в очередь, служит целям маршрутизации - ведь
сам файл (произвольный) не содержит информацию об узле назначения. Однако,
на практике, большинство файлов пересылаются прямо на узел назначения, не
подвергаясь никакой маршрутизации. Так, например, файлы, содержащие
эхопочту, всегда пересылаются напрямую.

В таких случаях необходимость в сопроводительном служебном письме
отпадает, при условии, что можно каким-то образом сообщить мэйлеру о адресе
назначения. В некоторой степени эту проблему решают FileBoxes. Идея такова:
каждому адресу может быть поставлен в соответствие файловый каталог,
который считается его файловым ящиком. Если установлена связь с этой
системой, T-Mail отправит все файлы из этого каталога и удалит их. Кроме
того, будут отправлены системе и затем удалены файлы, которые находятся в
файловых ящиках для его AKA. Таким образом, чтобы дать задание T-Mail
послать файл на некую систему, достаточно скопировать его в соответствующий
файловый ящик.

ВНИМАНИЕ: при использовании файловых ящиков вводятся следующие
ограничения на адреса систем, для которых эти ящики создаются:

zone - от 1 до 1023
net - от 1 до 32767
node - от 0 до 32767
point - от 0 до 1023

Файловые ящики для систем с иными значениями элементов адреса не создаются
и не анализируются.

T-mail анализирует наличие файлов (и их размер) в файловых ящиках в
конце цикла ожидания вызова (с интервалом, заданным в переменной Circle или
Scan_Circle в t-mail.ctl). Эти данные используются для формирования
очереди. Каждому адресу соответствуют 2 типа файловых ящиков, имена которых
предопределены. Один из них является "активным", то есть наличие файлов в
нем заставляет t-mail попытаться вызвать систему с этим адресом, другой же
- "неактивен" (hold filebox). Из "неактивного" файлового ящика файлы
передаются только в том случае, если узел-владелец этого ящика вызвал вашу
систему сам. Это аналогично использованию атрибута Hold в служебных
письмах, сопровождающих пересылку файла (fileattached).

Имена "активных" и "неактивных" fileboxes отличаются последней буквой.
Например, для одного и того же адреса имена каталогов-fileboxes будут
выглядеть так:

C:\FILEBOXES\1234567.01 - "активный" файловый ящик
C:\FILEBOXES\1234567.01H - "неактивный" (hold) файловый ящик

C:\FILEBOXES\2.5030.15.0 - "активный" файловый ящик
C:\FILEBOXES\2.5030.15.0.H - "неактивный" (hold) файловый ящик

Поскольку файловый ящик привязан к соответствующему адресу, его имя
вычисляется из адреса узла. Корневой каталог для файловых ящиков задается
переменной FileBoxes в t-mail.ctl:

FileBoxes c:\t-mail\files\boxes

Если эта переменная не определена, то файловые адресные ящики не
обрабатываются.

В этом каталоге T-Mail ищет подкаталоги, имена которых вычисляются из
адреса zone:net/node.point по одной из двух схем.

СХЕМА ПЕРВАЯ, файловые ящики с "короткими" именами каталогов, эти
имена подставляются вместо макроса *D:

zznnnfff.ppx

где zz - 32-ричное представление zone,
nnn - 32-ричное представление net,
fff - 32-ричное представление node,
pp - 32-ричное представление point.
x - если этот файловый ящик "активный", то пусто,
а если он "неактивный" (hold), то символ H.

Например, для адреса 2:5030/100.1 каталог будет иметь такое имя:

c:\t-mail\filebox\024T6034.01

Более детально механизм вычисления имен описан в T-Mail API. Отметим
лишь, что 32-ричное представление - это представление числа символами
0-9, A-V по основанию 32.

СХЕМА ВТОРАЯ, файловые ящики с "длинными" именами каталогов (только в
версиях T-Mail для OS/2 и Windows NT):

<fileboxes directory>\<zone>.<net>.<node>.<point>[.H]

где <zone>, <net>, <node> и <point> - соответственные части адреса, а
суффикс ".H" добавляется в том случае, если файловый ящик - неактивный.

Например:
---------

C:\FILEBOXES\2.5030.15.0 ; default filebox for 2:5030/15
C:\FILEBOXES\2.5030.14.2.H ; default HOLD filebox for 2:5030/14.2
C:\FILEBOXES\4.567.1.0 ; default filebox for 4:567/1

T-Mail обрабатывает файловые ящики, созданные по обоим схемам.

Для T-Mail неважно, существует ли на диске каталог почтового ящика или
нет. Если он существует и в нем есть файл(ы), то они будут отосланы и
удалены. Пустые каталоги T-Mail удаляет после очистки, с тем, чтобы
сократить время сканирования файловых ящиков. Если вам необходимо, чтобы
пустые файловые ящики не удалялись, можно просто создать в каталоге этого
ящика пустой подкаталог или скрытый файл (файл с атрибутом hidden). В этом
случае файловый ящик удален не будет.

Кроме того, можно явно поставить в соответствие адресу системы
дополнительный файловый ящик. Это делается заданием параметра BOX с именем
каталога в файле subst.lst (см. "Файл подстановок"). В этом случае этот
каталог будет дополнительным файловым ящиком для этого адреса. Его
единственное функциональное отличие от "активного" файлового ящика по
умолчанию заключается в том, что каталоги, заданные в subst.lst (они имеют
произвольные имена) не удаляются в случае, если они пусты.

Наличие файлов с ненулевой длиной в "активном" или дополнительном
файловом ящике (так же, как и наличие писем с attached files) является
поводом вызвать соответствующую систему.

Порядок отсылки файлов из файловых ящиков:

- файлы из "активных" файловых ящиков, заданных по первой схеме;
- файлы из "неактивных" файловых ящиков, заданных по первой схеме, если
сеанс связи - входящий;
- файлы из "активных" файловых ящиков, заданных по второй схеме;
- файлы из "неактивных" файловых ящиков, заданных по второй схеме, если
сеанс связи - входящий;
- файлы из дополнительных файловых ящиков.

В каждом ящике файлы отправляются в порядке, определяемом
датой/временем создания файла в порядке от более "старых" к более "свежим".

Рекомендуется избегать создавать свои собственные каталоги в каталоге,
указанном в переменной FileBoxes. T-Mail может принять ваш каталог за
файловый ящик, соответствующий какому-либо адресу со всеми вытекающими
последствиями.
28.03.2012 15:45
[+kliN+]
 
выходит аргус не может отправлять файлы сразу из нескольких папок?
28.03.2012 16:52
SlavaR
 
Цитата:
'[+kliN+ ;112451']выходит аргус не может отправлять файлы сразу из нескольких папок?
ну если он в bink-style то да, вот из той же доки

Bink-Style Outbound формируется внешними программами (упаковщиками,
эхопроцессорами, файлэхопроцессорами и т.д.) и самим T-Mail. Эта технология
базируется на том, что в определенные каталоги (см. переменную BinkOutbound
в t-mail.ctl) помещаются файлы заданной структуры. Эти файлы содержат либо
письма (файлы имеют имена *.?UT), либо ссылки на файлы, которые необходимо
отправить (эти ссылки хранятся в файлах с именами *.?LO). Файлы *.?LO имеют
текстовый формат. Каждая строка такого файла содержит полное имя
отправляемого файла.

Первая буква расширения этих файлов соответствует атрибуту,
присвоенному отправляемой информации:

Атрибут Пакеты с нетмэйлом Файлы.?LO
-----------------------------------------------
Crash *.CUT *.CLO
Immediate *.IUT *.ILO
Direct *.DUT *.DLO
(Normal) *.OUT *.FLO
Hold *.HUT *.HLO

Так, например, пакет с нетмэйлом, которому присвоен атрибут hold будет
иметь расширение *.HUT. Имена же файлов формируются в соответствии со
специальными правилами исходя из адреса системы адресата.

Каталог "outbound", заданный в переменной BinkOutbound (t-mail.ctl)
используется для размещения этих специальных файлов (*.?UT, *.?LO) с
информацией, предназначенной для отправки в ту же зону, которая указана в
основном адресе нашей системы. Для отправки информации в другие зоны в
каталоге, содержащем подкаталог с именем, заданным переменной BinkOutbound
(t-mail.ctl), создаются подкаталоги с тем же именем, но с расширением,
соответствующим шестнадцатиричному номеру зоны. Принципы работы с ними
аналогичны принципам работы с подкаталогом "outbound". И, наконец, в каждом
таком каталоге могут быть созданы подкаталоги для размещения файлов и
писем, которые необходимо отправить пойнтовым системам в соответствующей
зоне.

При использовании Bink-Style Outbound нельзя использовать адреса с
номером зоны больше, чем 4095.

T-Mail не поддерживает доменные имена каталогов (так называемая, 5-D
адресация).
28.03.2012 19:46
OlegON
 
Если файлы разные, то зачем тебе разные каталоги? Не помню, вроде была в Аргусе обработка файлов по расширению или какая-то еще обработка. Принял - переложи куда тебе надо...
29.03.2012 12:56
[+kliN+]
 
Цитата:
OlegON Если файлы разные, то зачем тебе разные каталоги? Не помню, вроде была в Аргусе обработка файлов по расширению или какая-то еще обработка. Принял - переложи куда тебе надо...
если каждый раз переносить файлы из папки в папку, то зачем вообще тогда аргус? каждый день тогда на майлру скидывать да и все.

суть в следующем: из супермага формируются файлы экспорта во внешние системы, в частности в 1с.нужно чтобы аргус забирал файлы из той папки куда выгружает файлы супермаг, и передавал на другой компьютер в ту папку, из которой забирает эти файлы 1с

Добавлено через 3 минуты 27 секунд
если пользоваться и аргусом и бинкд, то скорее всего они будут конфликтовать. так же как сейчас аргус конфликтует с ранее настроеным ftp
29.03.2012 14:21
OlegON
 
переносить скриптом... вообще не понимаю проблемы, почему нельзя выгружать супермаговские файлы в ту же папку, что и почтовик выкладывает, а 1Сом забирать оттуда, откуда почтовик забирает? С ftp аргус не конфликтует. Как его настроишь, так и работает.
Часовой пояс GMT +3, время: 08:03.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.