Je implementeert de software toch bij de klant? Dus je bouwt je applicatie, besteedt genoeg tijd aan het testen en bugfixen van de applicatie, vervolgens geef je uitleg aan de groep hoofdgebruikers van je applicatie. Daarna volgt de implementatie en de configuratie binnen het bedrijf(snetwerk).quote:Op vrijdag 16 september 2005 12:28 schreef existenz het volgende:
Je gaat even ook aan het voldrongen feit voorbij dat klanten 0,0 kennis hebben van software en je ze dus niet zelf een smtp server kan laten instellen. Simpelweg omdat ze dit niet snappen.
Daar heb je gelijk in echter staat er in de startpost:quote:Op vrijdag 16 september 2005 12:32 schreef livors het volgende:
[..]
Je implementeert de software toch bij de klant? Dus je bouwt je applicatie, besteedt genoeg tijd aan het testen en bugfixen van de applicatie, vervolgens geef je uitleg aan de groep hoofdgebruikers van je applicatie. Daarna volgt de implementatie en de configuratie binnen het bedrijf(snetwerk).
Zo werkt het als je professioneel bezig bent in ieder geval.
En dan gaat je vlieger niet op, omdat je iets dynamisch moet hebben waar de klant zo min mogelijk werk aan heeft. Dat gaat in dit geval alleen op als de TS een config file maakt waarin staat wat het adres van de smtp server is en wanneer de smtp server zo ingesteld staat binnen het bedrijf dat hij deze emails verzenden toestaat. Dan heb je geen enkel probleem. Echter is vaak dit laatste stukje van de email server het probleem. Maar daar kennen we de bedrijfsomgeving niet goed genoeg voor.quote:Ik zoek dus een methode waarbij ik automatisch mail kan versturen, onafhankelijk van het mailsysteem (Exchange, Lotus Notes, etc).
Ik geloof ook niet dat het de topicstarter erg veel boeit wat voor oplossingen we hier neer zetten reactie zou in elk geval handig zijn. Het is tenslotte voor hem dat we de oplossing zoekenquote:Op vrijdag 16 september 2005 13:19 schreef existenz het volgende:
[..]
Daar heb je gelijk in echter staat er in de startpost:
[..]
En dan gaat je vlieger niet op, omdat je iets dynamisch moet hebben waar de klant zo min mogelijk werk aan heeft. Dat gaat in dit geval alleen op als de TS een config file maakt waarin staat wat het adres van de smtp server is en wanneer de smtp server zo ingesteld staat binnen het bedrijf dat hij deze emails verzenden toestaat. Dan heb je geen enkel probleem. Echter is vaak dit laatste stukje van de email server het probleem. Maar daar kennen we de bedrijfsomgeving niet goed genoeg voor.
Ik implementeer helemaal niets bij de klant. Mijn klant gaat mijn applicatie uitleveren aan haar klanten. Ik heb dus te maken met verschillende omgevingen, die ik vantevoren niet kan weten. Dat is tevens ook het hele probleem.quote:Je implementeert de software toch bij de klant? Dus je bouwt je applicatie, besteedt genoeg tijd aan het testen en bugfixen van de applicatie, vervolgens geef je uitleg aan de groep hoofdgebruikers van je applicatie. Daarna volgt de implementatie en de configuratie binnen het bedrijf(snetwerk).
Zo werkt het als je professioneel bezig bent in ieder geval.
Ik heb dus met precies hetzelfde probleem gezeten toen ik wat freelance werk deed. Ik heb mijn klant toen de volgende keuze voorgelegd:quote:Op vrijdag 16 september 2005 13:33 schreef sop het volgende:
Het probleem is dat ik de bedrijfsomgeving niet ken. Het wordt namelijk bij verschillende bedrijven geinstalleerd. De SMTP optie had ik uiteraard ook al bekeken. Een config-file is ook geen punt. Als ze die mail-optie willen, mogen ze er best wat voor doen.
Het probleem zit hem niet in het protocol, maar in de gebruikte applicaties en mailservers. Die zijn niet standaard en je gaat ook niet 10000 versies van verschillende type servers en applicaties inbouwen.quote:Op vrijdag 16 september 2005 16:49 schreef thumper het volgende:
Hm, ik zou gewoon alle mogelijke mailprotocollen inbouwen, en via een configfile configureren welk protocol er bij de klant gebruikt wordt.
Misschien mis ik wat, maar je hoeft toch ook geen kennis te hebben van de verschillende systemen? Het enige wat je m.i. hoeft te weten is de protocol-afhankelijke gegevens -- die je dus per klant in een configfile zet -- en dan maakt het volgens mij niet uit of je dan connect naar Lotus Notes of een andere applicatie die hetzelfde protocol gebruiktquote:Op vrijdag 16 september 2005 16:50 schreef existenz het volgende:
[..]
Het probleem zit hem niet in het protocol, maar in de gebruikte applicaties en mailservers. Die zijn niet standaard en je gaat ook niet 10000 versies van verschillende type servers en applicaties inbouwen.
Je hoeft ook geen open mailserver te hebben, het bedrijf in kwestie heeft vast wel een eigen mailserver of een account bij een ISP, als ze mailen met klanten moeten ze een connectie hebben, dus lijkt me dat je hun smtp dan gewoon kunt gebruiken.quote:Op vrijdag 16 september 2005 16:43 schreef existenz het volgende:Het probleem zit hem erin dat smtp ed. wel uniform zijn, maar "open" mailservers bestaan niet, omdat ze spammers tegen willen gaan.
Ja, alleen staat de gegevens in exchange,outlook, outlook express, pmail, webmail etc.. totaal op een andere lokatie. Interoperabiliteit is al helemaal geen mogelijkheid in dit verhaal. Dus daarom valt die optie al af.quote:Op vrijdag 16 september 2005 17:06 schreef thumper het volgende:
[..]
Misschien mis ik wat, maar je hoeft toch ook geen kennis te hebben van de verschillende systemen? Het enige wat je m.i. hoeft te weten is de protocol-afhankelijke gegevens -- die je dus per klant in een configfile zet -- en dan maakt het volgens mij niet uit of je dan connect naar Lotus Notes of een andere applicatie die hetzelfde protocol gebruikt
But correct me if I'm wrong
Klopt, maar leg dat maar uit aan de klanten van het bedrijf waar jij het produkt voor maakt dat ze even de applicatie config moeten aanpassen om het werkend te krijgen. Snappen ze de ballen niet van.quote:Op vrijdag 16 september 2005 17:39 schreef livors het volgende:
[..]
Je hoeft ook geen open mailserver te hebben, het bedrijf in kwestie heeft vast wel een eigen mailserver of een account bij een ISP, als ze mailen met klanten moeten ze een connectie hebben, dus lijkt me dat je hun smtp dan gewoon kunt gebruiken.
Euh, ja? Dat hoop ik wél jaquote:Op vrijdag 16 september 2005 17:55 schreef existenz het volgende:
[..]
Ja, alleen staat de gegevens in exchange,outlook, outlook express, pmail, webmail etc.. totaal op een andere lokatie. Interoperabiliteit is al helemaal geen mogelijkheid in dit verhaal. Dus daarom valt die optie al af.
Je hebt 2 mogelijkheden:quote:Op vrijdag 16 september 2005 19:35 schreef thumper het volgende:
[..]
Euh, ja? Dat hoop ik wél ja
Maar over het algemeen hebben de kantoormedewerkers een pc met daarop een mailclient die ook gewoon een verbinding kan leggen met die mailserver De betreffende poorten, adressen e.d. zijn dus voor geauthoriseerde gebruikers gewoon toegankelijk.
In feite wordt jouw applicatie ook gewoon een geauthoriseerde gebruiker.
Laat ik het anders stellen, ik ben architect, en ik heb nog nooit meegemaakt dat het voor een remote applicatie niet mogelijk is om wat voor mailserver te benaderen... Het is ook niet applicatie-specifiek, maar protocol-specifiek.
Tenzij je me kan uitleggen waarom het écht niet kan, ben ik overtuigd van het tegendeel
a) zou ik in géén geval doenquote:Op vrijdag 16 september 2005 19:48 schreef existenz het volgende:
[..]
Je hebt 2 mogelijkheden:
a) via de mailclient, dan heb je het probleem dat ik schetste en waar jij dus op reageerde.
b) direct naar een mailserver door ff wat instellingen te wijzigen, geen probleem voor een programmeur om te maken, maar administratief voor IT leken een hel, want weten die veel wat een smtp server is. Zij klikken alleen op verzenden/ontvangen in Outlook. En dat is de oplossing waar wij het allemaal wel over eens zijn dat dat de beste en simpelste oplossing is voor een programmeur.
Een client - server oplossing is altijd de beste oplossingquote:Op vrijdag 16 september 2005 20:05 schreef thumper het volgende:
[..]
a) zou ik in géén geval doen
b) lijkt mij nog steeds de beste optie. Ik neem aan dat je de software bij bedrijven installeert, dus dan zou je in het installatiescript de betreffende parameters kunnen opnemen
Ik begrijp uit je verhaal dat het in elk geval geen server-applicatie is, maar als je de beschikking hebt over een server (liefst de mailserver) waar je een proces op kunt draaien, zou je daar ook een centraal deel van je programma kunnen plaatsen die de configuratie van de mailserver bevat, en het client-deel van je applicatie neemt dan gewoon de gegevens over van het server-deel
Ok, suxes in elk gevalquote:Op maandag 19 september 2005 11:44 schreef sop het volgende:
Ongetwijfeld is een serverapp het beste. Alleen ik kan er niet van uitgaan. De bedrijven in kwestie verschillen namelijk nogal in grootte, van eenmanszaak (met 1 PC, geen server) tot multinational (compleet serverpark). Ook daar zijn wel weer mogelijkheden voor (m.b.v. een ini file beslissen of een app als service draait of niet), maar daar krijg ik waarschijnlijk geen budget voor.
Ik denk dat ik voor een combi van a & b ga. optie a indien er een exchange/outlook variant bij de klant aanwezig is, optie b indien dat niet het geval is.
iig bedankt voor de moeite!
Ohja, het is niet ongewoon dat mensen basis gegevens invullen in hun apps!quote:Op vrijdag 16 september 2005 17:55 schreef existenz het volgende:
[..]
Ja, alleen staat de gegevens in exchange,outlook, outlook express, pmail, webmail etc.. totaal op een andere lokatie. Interoperabiliteit is al helemaal geen mogelijkheid in dit verhaal. Dus daarom valt die optie al af.
|
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |