1024
почтовый клиент должен быть.
...
никакого программирования


Ну что ж. Я все же наверное не до конца ясно пояснил суть проблемы. Вопрос не в том, чтобы посмотреть прайсы в первозданном виде. А сделать это в удобном приложении с возможностью различных тематических поисков. Да и не круто это - анализировать прайсы хотя бы 20 фирм в одном русле с целью поиска дешевого решения.
Просто стоит задача не столько просмотра цен одного производителя, а анализ цен группы поставщиков.
И в этом случае, я думаю, на Лотусе будет тяжело что-то сделать без программирования. Как в общем-то и на любом другом стандартном клиенте/сервере почты.

1024
да фигня это всё. С экселевыми данными гарантировано может работать только
сам эксел
Да ну - не все так печально :) Просто самое миносовое в Вашем предложении то, что необходимо держать СВОЙ сервер постоянно подключенным к инету, к которому будут лезть удаленные клиенты. И еще предполагается - что на нем будет виндовс. И офис. И еще лотус этот. А это ж все денги...
А как верно было замечено, под жабу есть библиотеки, позволяющие вытаскивать данные с ёкселя. А прайс... прайс - это такая штука, что в ней особо наворотов нет. Обычный табличный документ. Есть надежда, что симпл файл будет открываться без проблем.

1024
Главная проблема - предпологается что будут слать просто прайсы какие-то и
их надо привести к какому-то единому виду.

Да, это проблема. Но ее можно решить, по крайней мере в рамках какого-то известного подмножества с возможностью расширения парсера прайсов по мере необходимости...

1024
Т.е. информация вроде бы есть а на самом деле её нет. Как-то анализировать
можно только полнотекстовым поиском, никаких сумм или итогов. Лотус это даёт например

Дык ни о каких суммах и итогах речи и не идет. Голые цифры :)

1024
Я делал что-то для одной конторы которая подобным занималась. Им валили по
почте или факсу всякую фигню и сидели девочки-операторы которые руками это вносили в БД. Причём с клиентами были заключены договора, ругались постоянно
и всё равно слали верхногами. Т.е. не получалось автоматизировать полностью.
Половину руками вносили.

Ну-у-у... Это уже всем известный человеческий фактор :) Без него никуда. Надо делать защиту от дурака :(

jdev333 но удобнее, чтоб VB выковырил данные в куда-нибудь (В ХМЛ), а потом уже с ними работать
Это, к сожалению, нереально совсем :(
Разве что - продумать как промежуточное звено. Собирается почта-распаковывается-данные из ёкселя выгоняются в ХМЛ-обработка, укладка в БД...
Но - ХМЛ в этом случае ИМХО непонятно зачем :)

1024
я такого не говорил. Предлагаю ещё раз прочитать

1.любой почтовый клиент принимающий почту с mail.ru
2.программа конвертации - основная проблема
3.сервер с бд где лежат результаты - любой хостинг

Тут есть заковыка все же одна же: у меня НЕТ выделенного компа, который бы постоянно был подключен к интернету. Теоретически нужно, чтоб я в интернет заходил только по собственной необходимости, а не по необходимости сервера обновления прайсов :)

1024
а без денег хорошо не бывает. Иначе бы в гугле я набрал "монитор на 17
отсортировать по цене" и получил бы прайс

Ну да. Просто я не совсем правильно понял фразу: работа с суммами и итогами. Я думал, что Вы имеете в виду работу с навороченными формулами, статистикой, отчетами, графиками и т.д. екселе-ориентированными наворотами.

Просто, насколько я знаю, работа с простой таблицей екселя не является проблемой для всяких утилиток-примочек для разных языков. Есть опыт по удачной работе хлс-файлами в ПаверБилдере и JSP (последнее - не у меня, в соседней комнате).

ПС: удачный опыт работы, ессно, не через ОЛЕ и тому подобные технологии :)

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