<!–texy–>pro komunikaci s klienty nebo i mezi vyvojari ci programatory docela dobre vyuzivame bug system mantis.. vzhledem k udelovani prav a soustredovani informaci na jednom miste, nam system vyhovuje.. a to ho vyuzivame nejen na odlazeni chyb ale na kompletni evidenci zakazky od A do Z

<!–texy–>Zapeklité, pro ty co mají velké množství klientů a potřebují vše uchovat doporučuji systém na míru, ve kterém třeba my používáme zprávy. Jednak máme záruku, že vše dojde a navíc se na jedno projektu může podílet celý tým. Jinak třeba sdílení dokumentů přes google.

<!–texy–>Jedna vec je posielat specialne formatovany mail klientovi, druha ako klient odosle svoj e-mail. Niektori komentujuci to uz po kuskoch naznacili.

Ponechajme ako povinnost pouzit hlavne e-mail ako komunikacny system.

Nechat klienta aby pisal ako chce na zadanu emailovu adresu. Nad nou nemat ziadne spam filtre a spoliehat sa, ze lavinu spamov prezijem.

Avsak u odpovedi mat sofistikovanejsi postup:

a) skopirovat svoju odpoved, dat do TXT, zazipovat s heslom a odoslat. - tam je problem s tym, ze adresat musi byt schopny to otvorit (znalost hesla nie je ten zakladny problem)

b) odpoved bude LINK a text bude obsahovat instrukcie k tomu preco je to takto riesene. Problem je opat v klientovom SPAM filtri - vyskyt URL zvysuje riziko

c) odpoved ako zvukovy subor :-) - problem je v neschopnosti si ho spustit resp. nevhodnom prostredi (pustenie zvuku v kancelarii s citlivou temou)

d) spolu s odpovedou posielat DALSI sprievodny e-mail upozornujuci na odpoved s vysvetlenim, ze je mozne, ze bude v spamovom filtri klienta - opat komplikacia ale aspon klient ma sancu vediet, ze mu asi nieco doslo

Pokial teda ostaneme na platforme e-mail, tak je to dost komplikovane.

Pokial ide o temu zdravia cloveka, cize silne sukromna vec, tak v takom pripade by som priamo klienta upozornil, ze korespondencia emailom je nepripustna v jeho zaujme.

<!–texy–>Nám problémy se spamem řeší basecamp - navíc máš veškerou komunikaci a podklady na jednom místě.

<!–texy–>Byl by problém obsah mailu generovat do PDF? Myslím že na převod HTML2PDF je spousta “udělátek” jak pro PHP, tak třeba pro Python i Perl.

PDF readera (na různých platformách) má dnes už téměř každý, zkusil bych to. ;)

<!–texy–>Já měl stejný problém, a to úplně jinde. Psal jsem elektronický časopis, který jsem rozposílal zájemcům do mailu. Bohužel jsem zjistil, že HTML mail, který je z gmail.com domény na 100% označí assasim jako spam, a je úplně a zcela jedno co je obsahem.

Mám pocit, že se někde něco zvrtává.

Vyřešil jsem to nakonec tím, že jsem ho začal sázet a posílám ho jako PDF, na jiné řešení jsem nepřišel. Prostě mailová komunikace je v mnohém zabitá. Nakonec to mělo tu výhodu, že jsem to mohl vystavit i na webu:

http://ponkrac.net/tag/astrologicke-zajimavosti

<!–texy–>A to se nedá do spamfiltru nastavit něco jako „od tohoto člověka nic nekontroluj, nýbrž vždy vše doručuj“?

<!–texy–>Nu, většině webových (a řekl bych i desktopových) mailerů by snad mělo stačit, když si s partnerem vyměníte jeden “normální” e-mail, přidáte se vzájemně do svých kontaktů a pak můžete o viagře a cialisu konverzovat bez rizika (?)(čistě hypotéza, netuším, jak funguje “většina” mailových služeb)

<!–texy–>Formuláře nechám odesílat na speciální e-mail, u kterého pošta není filtrována - na server,u když tvořím e-mail schránku, jde jednoduše ta služba vypnout.

<!–texy–>Mno řešení mi přijde vcelku jednoduché - jestliže nelze doručit email kvůli jeho obsahu, tak tam ten obsah nedávej :) Prostě jen posílej upozornění ve stylu:
“Dobrý den, blablabla, potvrzujeme přijetí objednávky, její obsah si můžete prohlédnout/upravit na http://example.com”;