qmail

hi,

is qmail available for qnx / neutrino ?

thanks, Günter

“Günter Schellenberger” <Guenter.Schellenberger@am3.com> wrote:

hi,

is qmail available for qnx / neutrino ?

There will be a new email client SDK available for QNX RTP soon after the
release of 6.1.0 sometime near mid to late summer.

The new Photon email product is, like many new Photon applications, both an
API, which contains all the work procedures needed to perform mail functions,
and a thin client (what you are calling qmail), which uses the API to compose
and read mail.

Chris

\

thanks, Günter

If I understand correctly, though, qmail is more of a mail server, on the
likes of being a replacement for sendmail. sendmail is evil; qmail is
better :wink: And it’d be nice to have, you know, QNX, QMail… :wink:

“Applications Mail Group” <apps@qnx.com> wrote in message
news:9elsfb$34c$1@nntp.qnx.com

“Günter Schellenberger” <> Guenter.Schellenberger@am3.com> > wrote:
hi,

is qmail available for qnx / neutrino ?

There will be a new email client SDK available for QNX RTP soon after the
release of 6.1.0 sometime near mid to late summer.

The new Photon email product is, like many new Photon applications, both
an
API, which contains all the work procedures needed to perform mail
functions,
and a thin client (what you are calling qmail), which uses the API to
compose
and read mail.

Chris


thanks, Günter

Sir Charles <nospam@chalz-of-internetusa.net> wrote in message
news:9em33i$i7c$1@inn.qnx.com

If I understand correctly, though, qmail is more of a mail server, on
the
likes of being a replacement for sendmail. sendmail is evil; qmail is
better > :wink: > And it’d be nice to have, you know, QNX, QMail… > :wink:

Maybe you also want to look at EXIM. www.exim.org. It is much easier to
configure than sendmail, and has many nice features…
(Also it compiles on QNX easily…)

Sven

“Applications Mail Group” <> apps@qnx.com> > wrote in message
news:9elsfb$34c$> 1@nntp.qnx.com> …
“Günter Schellenberger” <> Guenter.Schellenberger@am3.com> > wrote:
hi,

is qmail available for qnx / neutrino ?

There will be a new email client SDK available for QNX RTP soon after
the
release of 6.1.0 sometime near mid to late summer.

The new Photon email product is, like many new Photon applications, both
an
API, which contains all the work procedures needed to perform mail
functions,
and a thin client (what you are calling qmail), which uses the API to
compose
and read mail.

Chris


thanks, Günter
\

There will be a new email client SDK available for QNX RTP soon after the
release of 6.1.0 sometime near mid to late summer.

Oh great…There goes the last month of tinkering on an email client. The
socket,
base64coder, and mime classes were coming along nicely and I was just
getting
started on the Photon front end…ug…Now what do I tinker with?..:slight_smile:

Lee R. Copp <Lee.R.Copp@michiganscientific.com> wrote:

There will be a new email client SDK available for QNX RTP soon after the
release of 6.1.0 sometime near mid to late summer.

Oh great…There goes the last month of tinkering on an email client. The
socket,
base64coder, and mime classes were coming along nicely and I was just
getting
started on the Photon front end…ug…Now what do I tinker with?..> :slight_smile:

Definitely don’t give up!

A little competition is always a good thing. I’d be happy
for one to give it a whirl.

Thomas

Thomas (toe-mah) Fletcher QNX Software Systems
thomasf@qnx.com Neutrino Development Group
(613)-591-0931 http://www.qnx.com/~thomasf

A little competition is always a good thing. I’d be happy
for one to give it a whirl.

QSSL vs. Me is not the competition I was thinking of when
I started this…:slight_smile:

Is there any way to get some docs on what the SDK will include?
That way I could incorporate the future support and plug it in
when it shows up…Hmph??..Then again it could be delayed
and I would be waiting for nothing…decisions, decisions…:slight_smile:

I’ll keep your ‘whirl’ offer in mind…Thanks.

Who says you have to stop? This way you’ll have a program that works the
way YOU want it; not the way someone else dictates it. Besides, consider
it… good practice? :slight_smile:

“Lee R. Copp” <Lee.R.Copp@MichiganScientific.com> wrote in message
news:9f2t6f$l1p$1@inn.qnx.com

There will be a new email client SDK available for QNX RTP soon after
the
release of 6.1.0 sometime near mid to late summer.

Oh great…There goes the last month of tinkering on an email client. The
socket,
base64coder, and mime classes were coming along nicely and I was just
getting
started on the Photon front end…ug…Now what do I tinker with?..> :slight_smile:

Lee R. Copp <Lee.R.Copp@michiganscientific.com> wrote:
:> A little competition is always a good thing. I’d be happy
:> for one to give it a whirl.

: QSSL vs. Me is not the competition I was thinking of when
: I started this…:slight_smile:

:sunglasses:
Competition is good.

<bug-mailutils@gnu.org>

Subscribe to this list by sending an email to <bug-mailutils-request@gnu.org>
with the word `subscribe’ in the body of the message.

Friendly bunch, if you want to share emails stories, implementation
details, etc …


: Is there any way to get some docs on what the SDK will include?
: That way I could incorporate the future support and plug it in
: when it shows up…Hmph??..Then again it could be delayed
: and I would be waiting for nothing…decisions, decisions…:slight_smile:

Do your thing, the learning experience will always be worth it.

: I’ll keep your ‘whirl’ offer in mind…Thanks.

:sunglasses: Later.


au revoir, alain

Aussi haut que l’on soit assis, on n’est toujours assis que sur son cul !!!

There will be a new email client SDK available for QNX RTP soon after the
release of 6.1.0 sometime near mid to late summer.

I was thinking about this a little more last night and a few questions came
to mind…

Why is QSSL doing an email SDK?

I mean, I would think there are plenty more areas where their software gurus
could be working. Pick any of the current qdn.public.ddk.* areas and I’m
sure they could use the help.

Isn’t email a ‘desktop’ type of application? Who really needs it in their
embedded system? I know some monitoring and logging could be done
by having your ‘black box’ send you email but that would seem a small
part of the big picture.

Hmph???

Isn’t email a ‘desktop’ type of application? Who really needs it in their
embedded system? I know some monitoring and logging could be done
by having your ‘black box’ send you email but that would seem a small
part of the big picture.
It seems to me that they’re making an attempt to break into the desktop

market, maybe provide a little alternative to Windows and *nix - yes, an
alternative to Linux, finally! :wink: Plus, what better way to show off what
they can do than to make their system available to one and all? Like with
Microsoft, they don’t exactly charge /that/ much for Windows - especially
when you figure no one actually buys it. It’s usually a friend’s copy or
an OEM copy, etc. But look how much they charge for all the related apps.
IE is free, but IIS isn’t. If QSSL can make at least one version of their
primary software free, available, user friendly, and ubiquitous, they are
poised to market their full-on products to everyone else for $$$$.
At least, this is the way it looks to me. So it only makes sense to
enhance their desktop products.

–Charles

Actually they have products requiring email clients (and SDK). Remember
Audrey? Ok, it is idead but now there’s NetVista …

“Sir Charles” <nospam@chalz-of-internetusa.net> wrote in message
news:9f5tof$lpv$1@inn.qnx.com

Isn’t email a ‘desktop’ type of application? Who really needs it in
their
embedded system? I know some monitoring and logging could be done
by having your ‘black box’ send you email but that would seem a small
part of the big picture.
It seems to me that they’re making an attempt to break into the desktop
market, maybe provide a little alternative to Windows and *nix - yes, an
alternative to Linux, finally! > :wink: > Plus, what better way to show off what
they can do than to make their system available to one and all? Like with
Microsoft, they don’t exactly charge /that/ much for Windows - especially
when you figure no one actually buys it. It’s usually a friend’s copy or
an OEM copy, etc. But look how much they charge for all the related apps.
IE is free, but IIS isn’t. If QSSL can make at least one version of their
primary software free, available, user friendly, and ubiquitous, they are
poised to market their full-on products to everyone else for $$$$.
At least, this is the way it looks to me. So it only makes sense to
enhance their desktop products.

–Charles

Lee R. Copp <Lee.R.Copp@michiganscientific.com> wrote:

There will be a new email client SDK available for QNX RTP soon after the
release of 6.1.0 sometime near mid to late summer.

I was thinking about this a little more last night and a few questions came
to mind…

Why is QSSL doing an email SDK?

Think OEM’s interested in putting together internet
appliances with a minimum amount of work for the guts
and details of the system but the maximum amount of
“branding” configurability.

Everyone wants e-mail in this particular network
connected space.

Thomas

Thomas (toe-mah) Fletcher QNX Software Systems
thomasf@qnx.com Neutrino Development Group
(613)-591-0931 http://www.qnx.com/~thomasf

Why is QSSL doing an email SDK?

Think OEM’s interested in putting together internet
appliances with a minimum amount of work for the guts
and details of the system but the maximum amount of
“branding” configurability.

I thought $$$ killed the internet appliance. It just costs
too much for the hardware & software to make it worth
the effort. Why pay $500+ for an ‘appliance’ when I can
spend $750 and get a screaming full blown PC? If size is
an issue my company just bought several IBM thinkpads
for $600 and they are no larger then the appliances out
there and they provide a bunch more capabilities…

I guess I would just rather see QSSL spend time & effort
on a developer SDK or IDE SDK or CVS SDK or …

Everyone wants e-mail in this particular network
connected space.

No doubt there…Email is king…Which is one of the
reasons I started my endeavor. That and it gave me
something to tinker with on a cool OS…:slight_smile:

I thought $$$ killed the internet appliance. It just costs
too much for the hardware & software to make it worth
the effort. Why pay $500+ for an ‘appliance’ when I can
spend $750 and get a screaming full blown PC? If size is
an issue my company just bought several IBM thinkpads
for $600 and they are no larger then the appliances out
there and they provide a bunch more capabilities…
This is not necessarily true. Take a look at the iOpener ‘appliance’.

It cost about $99, and all it did was web browsing and email, basically.
Had no actual hard drive or anything special - and it ran QNX :wink:

Ah but the iOpener was a loss leader. The revenue model was
to sell the iOpener like a razor handle with the blades being
the monthly ISP fee. That’s why the iOpener company was
so concerned when hackers started turning their $99 computers
into Linux machines.

I don’t think that internet appliances are dead yet, they
just have to wait until technology costs drop to a sellable
price point. They always do. I think a bigger stumbling block
will be the need for wired homes to accomodate these devices.
Most HOME DSL services provide a single IP. I don’t think I
could justify paying for DSL to connect an Audrey. So now
I need a router too.

Previously, Sir Charles wrote in qdn.public.qnxrtp.applications:

I thought $$$ killed the internet appliance. It just costs
too much for the hardware & software to make it worth
the effort. Why pay $500+ for an ‘appliance’ when I can
spend $750 and get a screaming full blown PC? If size is
an issue my company just bought several IBM thinkpads
for $600 and they are no larger then the appliances out
there and they provide a bunch more capabilities…
This is not necessarily true. Take a look at the iOpener ‘appliance’.
It cost about $99, and all it did was web browsing and email, basically.
Had no actual hard drive or anything special - and it ran QNX > :wink:

Mitchell Schoenbrun --------- maschoen@pobox.com

“Lee R. Copp” wrote:

Why is QSSL doing an email SDK?

Think OEM’s interested in putting together internet
appliances with a minimum amount of work for the guts
and details of the system but the maximum amount of
“branding” configurability.

I thought $$$ killed the internet appliance. It just costs
too much for the hardware & software to make it worth
the effort. Why pay $500+ for an ‘appliance’ when I can
spend $750 and get a screaming full blown PC? If size is

You don’t get PC with touch-sensitive LCD screen for $750. But you get
LCD with applicances and that damned LCD is single most expensive part
of it.

  • igor

This is not necessarily true. Take a look at the iOpener ‘appliance’.
It cost about $99, and all it did was web browsing and email, basically.
Had no actual hard drive or anything special - and it ran QNX > :wink:

They sold that at a loss to stick you with the Internet access charges.
They
stopped it soon after they found everyone quiting the Internet and hacking
it
to turn it into a super cheap PC…

Not sure what it is up to now…

Lee R. Copp <> Lee.R.Copp@michiganscientific.com> > wrote:
There will be a new email client SDK available for QNX RTP soon after the
release of 6.1.0 sometime near mid to late summer.

I was thinking about this a little more last night and a few questions came
to mind…

Why is QSSL doing an email SDK?

Thomasf:
Think OEM’s interested in putting together internet
appliances with a minimum amount of work for the guts
and details of the system but the maximum amount of
“branding” configurability.

i think its a very good thing to be doing, however its not
made clear weather this SDK will only be for email, what about
news apps thomas ?, and more to the point would it be able to recreate
something like my THOR email/news reader, i REALLY want an email/news
app in this gfx/exeptional configurability class, its just SO versitile
and easy to use, even for relative beginners after following the docs,
i`v tryed to show some of the more importent windows as an idea for viewers
but theres so much more i dont have the screen size to layon here.

the thing with thor is it works in a very simular way to the way
qnx advise I.E keep the core and the Gfx as seperate sections, as an
example heres some of the shell commands thor uses then updates the
Gfx frontend data on compleation.

see attached jpeg of my THOR running currently in WinUAE useing
piccasso4 and BSD library emulation as it TCP/ip stack, perhaps soon
in native Photon once these are working (Xphoton works now BUT REAL SLOW)

perhaps dan or you might convince petter and team at thule to port
THOR as another replacment to Vmail ?

(lol then it could save my vast amount of archived email/news
and allow cross thor database use)

dir thor:bin >>ram:thor.txt

AminetParse AminetParse.info
BaseManager CfgBlue
CfgTCP CfgType
convflags ForceClose
GetTCP GetTCP.n
GetTCP.o InitArc
InitCharsets InitRFC
listevents LoadBBSRead
NCommPatch OptiMess
Optimess.x OptiMess.o
PackAMBBS PackBBS
PackBlue packfido
packhippo packomen
packqwk packsoup
parseblue parsefido
parsehippo ParseMsg
parseomen parseqwk
parsesoup ParseUUCP
ScriptServ SendTCP
SendUUCP uuIn
uuIn.v1.03.doc uuOut
uuOut.v1.03.doc uuOut.v1.14.guide
uuOut.v1.14.guide.info uuPrepare.readme
uuPrepare.rexx ValidateThor
WatchTHOR

gettcp ? >>ram:thor.txt
BBSNAME,GRAB,PUBSCREEN/K,PASSWORD/K,MAXMSGS/N,MAXMAILSIZE/N,NOMAIL/S,NONEWS/S,MAILSERVER=POPSERVER/K,NEWSSERVER/K,PERIODIC/N,SOCKETS/N,USERNAME/K,POPPORT/N,NNTPPORT/N,NNTPUSERID/K,NNTPPASSWORD/K,APOP/S,LOGFILE/K,GETONLY/S,PARSEONLY/S,ARCHIVE/S,DELETE/S,USAGE/S: Usage: GetTCP [PUBSCREEN ] [PASSWORD <???>]
[NOMAIL] [NONEWS] [MAILSERVER ] [NEWSSERVER ]
[PERIODIC ] [SOCKETS ] [MAXMSGS ]
[MAXMAILSIZE ] [POPPORT ] [NNTPPORT ]
[NNTPUSERID ] [NNTPPASSWORD <???>] [APOP] [LOGFILE ]
[GETONLY] [PARSEONLY] [DELETE] [USAGE]


basemanager ? >>ram:thor.txt
Copyright © Ultima Thule Software 20.12.98 Author: Kjell Irgens
VALIDATE/K,SALVAGE/S,CONVERT/S,USAGE/S: BaseManager V3.66
Usage: BaseManager [VALIDATE bbs] [SALVAGE] [CONVERT] [USAGE]
Program to fix problems with the bbsread.library database and
configuration. Be sure to have flushed out the library before
using this program.

Description of the parameters:
VALIDATE [bbs] - Sets the validate flag for the specified bbs. Use this
when you have trouble adding data to the database.
Setting bbs to ALL will set the flag for all bbses.
SALVAGE - Fixes corrupt configuration files. Use this option when the
bbsread.library fails to load the configuration.
CONVERT - Update older bbsread.library databases.

A backup of the data is highly recomended before using this program.
Expects the database to be in the directory pointed by the
THOR/BBSDataPath envirorment variable.
Copyright (C) Ultima Thule Software 10.09.95 Author: Eivind Nordseth
BBSNAME=BBS,FULL=ALL/S,SHORT/S,DELAY/N,USAGE/S:

listevents ? >>ram:thor.txt
[4;33mInternet[0m
4010 Enter message in EMail to paul@phinixi.com Subj: test

[4;33mphinixi[0m
120 Reply to #1698 in qdn.public.qnxrtp.os to Markus Loffler Subj: RAD Re: using shared library within shared library
121 Reply to #1914 in qdn.public.qnxrtp.os to Daryl Low Subj: Re: custom *.ifs and *.qfs files
122 Reply to #1952 in qdn.public.qnxrtp.os to David Brdicka Subj: Re: qnxbase.qfs
123 Reply to #669 in qdn.public.qnxrtp.photon to zigzag Subj: Re: Banshee and Multiple Monitor Support
124 Reply to #563 in qdn.public.qnxrtp.photon to Norbert Black Subj: Re: PxLoadImage won’t load under Photon 2.0 ???
125 Reply to #424 in qdn.public.qnxrtp.applications to thomasf Subj: Re: qmail

[4;33mAnyTime[0m
#ERR# Reply to #2326 in comp.os.qnx to David Rempel Subj: Re: Music software for Qnx

and finally optimess to help recreate/repair and optimise
any and/or all seperate email/news you might have setup
in my case i run 3 seperate systems.

optimess ?
SYSTEM,CONFERENCE/M,ALL/S,BATCH/S,NODELETE/S,FORCEDELETE/S,PUBSCREEN/K: Usage: OptiMess <SYSTEM sysname | ALL> System to optimize
[CONFERENCE …] Conference(s), defaults to all
[BATCH] Ask no questions
[NODELETE] Rename and keep old conference(s)
[FORCEDELETE] Delete even when errors occured
[PUBSCREEN ] Where to open progress window
Copyright © Ultima Thule Software 19.12.99 Author: Kjell Irgens


paul may UK
Team Phoenix