[abergman]

jag har extremt svårt att se att Binero skulle tillåta en sån integration. Kör en integration mot Roundcube som du hostar istället, den authar mot pop/imap och har färdiga moduler för SSO.

[naak2803]

Ursprungligen postat av abergman

jag har extremt svårt att se att Binero skulle tillåta en sån integration. Kör en integration mot Roundcube som du hostar istället, den authar mot pop/imap och har färdiga moduler för SSO.

varför skulle binero ha något emot detta? det är ju min egen epost jag vill åt? :S

ex.

jag ÄGER www.test.se
sen kan vilka som helst bli medlem på min sida.
alla får i sintur en epostadress som är fö[email protected].

dvs, JAG äger fortf alla mailadresser... så då lär inte binero ha något emot detta... jag får väl dela med mig av mina anv och lösenord om jag vill

[abergman]

Ursprungligen postat av naak2803

varför skulle binero ha något emot detta? det är ju min egen epost jag vill åt? :S

ex.

jag ÄGER www.test.se
sen kan vilka som helst bli medlem på min sida.
alla får i sintur en epostadress som är fö[email protected].

dvs, JAG äger fortf alla mailadresser... så då lär inte binero ha något emot detta... jag får väl dela med mig av mina anv och lösenord om jag vill

Jag menar att du bygger en Single Sign On direkt mot deras webmail, det lär dom ha något emot.

[klein]

Då är väl bättre att du gör en mailalias system, dvs som vi hade på linux.se förut, dvs användare få ett mailalias , som var @linux.se , som sedan vidarebefordrar mailen vidare till riktigt epost adress.

Jag antar att @test.se är en slask tjänst, dvs man skall kunna ha en tmp mailadress?

Ursprungligen postat av naak2803

varför skulle binero ha något emot detta? det är ju min egen epost jag vill åt? :S

ex.

jag ÄGER www.test.se
sen kan vilka som helst bli medlem på min sida.
alla får i sintur en epostadress som är fö[email protected].

dvs, JAG äger fortf alla mailadresser... så då lär inte binero ha något emot detta... jag får väl dela med mig av mina anv och lösenord om jag vill