> I hope that goes well for you (especially if you're planning to
> compete with the big free webmail providers).
Thanks, it's a saturated market for sure! Hoping I can still differentiate
myself is some key areas, like many of you I imagine :)
Groetjes,
Louis
Op zaterdag 13 januari 2024 om 20:01, schreef Randolf Richardson, Postmaster via
mailop <mailop@mailop.org>:
> > > I find that helpful too.
> >
> > Good to hear I'm not alone haha
> >
> > > Will your eMail client have a free edition option?
> >
> > Afraid not. Will be starting an email host in the future and this will be
> the
> > webmail + mobile apps, it would access the host though an api so won't be
> > compatible with other hosts (but of course my host does support imap). I'm
> > currently its only user (this email is written in it), and there's no public
> > record of it beyond what you're reading now. Once I get my act together and
> > finally start this thing anyone here would of course be welcome to a free
> > account ;)
>
> I hope that goes well for you (especially if you're planning to
> compete with the big free webmail providers).
>
> Thanks for the clarification.
>
> > > If you support BIMI with and without the "a=" parameter containing a
> > > certificate, that would be fantastic. (You could always indicate
> > > with a golden lock in the corner of BIMI logos when they do have
> > > valid certificates specified with the "a=" parameter.)
> >
> > That's the plan! Sorry to disappoint with the whole being an unreleased
> > proprietary email client part.
>
> Excellent, and no worries about the proprietary part -- I asked
> because I didn't know what the intended outcome is.
>
> > Groetjes,
> > Louis
> >
> >
> > Op donderdag 11 januari 2024 om 10:10, schreef Randolf Richardson,
> Postmaster
> > via mailop <mailop@mailop.org [mailop@mailop.org]>:
> >
> > > > > Simply, nobody needs this.
> > > >
> > > > I've been building an email client and actually do fetch avatars and
> logos
> > > to be
> > > > displayed next to emails. I find it helps me visually identify emails
> > > easier,
> > > > it's a lot less taxing on the brain than reading sender names or
> addresses.
> > > Of
> > > > course in my case I'm also scraping gravatar and favicons, so it doesn't
> > > have
> > > > much to do with BIMI.
> > >
> > > I find that helpful too.
> > >
> > > Will your eMail client have a free edition option? If so, please do
> > > share a link to it here (or eMail me directly) because I'd be happy
> > > to consider including it in the list of eMail client software options
> > > that we provide to our users (and also include it in the "Resources"
> > > section of the Canadian Lumber Cartel web site).
> > >
> > > (On PCs, most of our users are either using OutLook, Thunderbird, or
> > > our webmail option. A few are using other software, including
> > > Sylpheed, Pegasus Mail, and some others I don't recall the names of.)
> > >
> > > > Just wanted to add that I actually like it for visual clarity. Though I
> > > would
> > > > have liked a more general avatar implementation not geared towards
> > > businesses.
> > >
> > > If you support BIMI with and without the "a=" parameter containing a
> > > certificate, that would be fantastic. (You could always indicate
> > > with a golden lock in the corner of BIMI logos when they do have
> > > valid certificates specified with the "a=" parameter.)
> > >
> > > > Groetjes,
> > > > Louis
> > > >
> > > >
> > > > Op woensdag 10 januari 2024 om 18:18, schreef Jaroslaw Rafa via mailop
> > > > <mailop@mailop.org [mailop@mailop.org] [mailop@mailop.org
> [mailop@mailop.org]]>:
> > > >
> > > > > Dnia 10.01.2024 o godz. 11:32:36 Seth Blank via mailop pisze:
> > > > > > The hope is that as BIMI gets more widely adopted, the cost (and
> > > > > > automation) of the logo validation drops. Time will tell.
> > > > > >
> > > > > > Of course, for broader adoption, we also need to progress beyond
> > > > > > trademarks, which have their own cost and timeliness issues. The
> working
> > > > > > group is leaning heavily into this, as its our top priority to make
> BIMI
> > > > > > more broadly accessible.
> > > > > >
> > > > > > This covers our technical intent:
> > > > > > https://datatracker.ietf.org/doc/html/draft-bkl-bimi-overview-00
> [https://datatracker.ietf.org/doc/html/draft-bkl-bimi-overview-00]
> > > [https://datatracker.ietf.org/doc/html/draft-bkl-bimi-overview-00
> [https://datatracker.ietf.org/doc/html/draft-bkl-bimi-overview-00]]
> > > > > [https://datatracker.ietf.org/doc/html/draft-bkl-bimi-overview-00
> [https://datatracker.ietf.org/doc/html/draft-bkl-bimi-overview-00]
> > > [https://datatracker.ietf.org/doc/html/draft-bkl-bimi-overview-00
> [https://datatracker.ietf.org/doc/html/draft-bkl-bimi-overview-00]]] and
> > > > >
> > > > > The document fails to convincingly answer THE one basic question:
> > > > >
> > > > > WHY in the hell is such a strange feature needed at all and for whom?
> > > > >
> > > > > As the OP has written, the only ones that may be interested in this
> may be
> > > > > marketers. Nobody else needs any logos, avatars etc. displayed
> alongside
> > > the
> > > > > email headers. There is a reason why the early attempt at this - I'm
> > > talking
> > > > > about the X-Face header, which you even refer to in this document -
> never
> > > > > gained any popularity. Simply, nobody needs this. The fact that Gmail
> > > > > implemented in its web client putting up some images alongside email
> > > headers
> > > > > (which, by the way, show anything non-default only if the sender is
> > > another
> > > > > Gmail user and has a profile picture defined in his/her account)
> shouldn't
> > > > > be any reference nor guide for designing email applications at all.
> NOBODY
> > > > > NEEDS THESE IMAGES.
> > > > >
> > > > > Also, I see no feasible way - neither now nor in the future - to use
> it
> > > any
> > > > > meaningful way in person-to-person communication, which is the topic
> OP
> > > > > asked about, and you seem to have ignored it completely in your
> answer.
> > > The
> > > > > document you are linking to isn't even trying to address this use
> case! It
> > > > > speaks all the time about "organizations" or "brands" and their
> logotypes,
> > > > > like companies or organizations were the only senders of emails. Or
> maybe
> > > > > this is the actual intent? To make individual people only reicipents
> of
> > > > > emails, without the ability to send?
> > > > >
> > > > > In section 3.3 you even predict that BIMI is about to go the same path
> > > DMARC
> > > > > went - "DMARC started with limited use to protect heavily phished
> > > domains",
> > > > > and now we have arrived to the point when you almost can't send mail
> to
> > > any
> > > > > big mail provider without having DMARC properly set up. You predict
> that
> > > > > likely the same will happen for BIMI, which means, you won't be able
> to
> > > send
> > > > > mail to any of the "big players" if you don't have BIMI set up. Which
> > > *will*
> > > > > cost money - you are also clear about it. Is the goal to make email a
> > > closed
> > > > > ecosystem in which only the big players can participate?
> > > > >
> > > > > This was a bad idea from the beginning (I would even say, a crazy
> idea)
> > > and
> > > > > will still be a bad idea no matter how much work and effort you put
> into
> > > it.
> > > > > So maybe it's better not to waste that effort at all and direct it
> towards
> > > > > something actually useful.
> > > > > --
> > > > > Regards,
> > > > > Jaroslaw Rafa
> > > > > r...@rafa.eu.org [r...@rafa.eu.org] [r...@rafa.eu.org
> > > > > [r...@rafa.eu.org]]
> [r...@rafa.eu.org [r...@rafa.eu.org] [r...@rafa.eu.org [r...@rafa.eu.org]]]
> > > > > --
> > > > > "In a million years, when kids go to school, they're gonna know: once
> > > there
> > > > > was a Hushpuppy, and she lived with her daddy in the Bathtub."
> > > > > _______________________________________________
> > > > > mailop mailing list
> > > > > mailop@mailop.org [mailop@mailop.org] [mailop@mailop.org
> [mailop@mailop.org]] [mailop@mailop.org [mailop@mailop.org]
> > > [mailop@mailop.org [mailop@mailop.org]]]
> > > > > https://list.mailop.org/listinfo/mailop
> [https://list.mailop.org/listinfo/mailop]
> > > [https://list.mailop.org/listinfo/mailop
> [https://list.mailop.org/listinfo/mailop]]
> > > > > [https://list.mailop.org/listinfo/mailop
> [https://list.mailop.org/listinfo/mailop]
> > > [https://list.mailop.org/listinfo/mailop
> [https://list.mailop.org/listinfo/mailop]]]
> > >
> > > --
> > > Postmaster - postmas...@inter-corporate.com
> [postmas...@inter-corporate.com] [postmas...@inter-corporate.com
> [postmas...@inter-corporate.com]]
> > > Randolf Richardson, CNA - rand...@inter-corporate.com
> [rand...@inter-corporate.com]
> > > [rand...@inter-corporate.com [rand...@inter-corporate.com]]
> > > Inter-Corporate Computer & Network Services, Inc.
> > > Vancouver, British Columbia, Canada
> > > https://www.inter-corporate.com/ [https://www.inter-corporate.com/]
> [https://www.inter-corporate.com/ [https://www.inter-corporate.com/]]
> > >
> > > _______________________________________________
> > > mailop mailing list
> > > mailop@mailop.org [mailop@mailop.org] [mailop@mailop.org
> [mailop@mailop.org]]
> > > https://list.mailop.org/listinfo/mailop
> [https://list.mailop.org/listinfo/mailop]
> > > [https://list.mailop.org/listinfo/mailop
> [https://list.mailop.org/listinfo/mailop]]
>
> --
> Postmaster - postmas...@inter-corporate.com [postmas...@inter-corporate.com]
> Randolf Richardson, CNA - rand...@inter-corporate.com
> [rand...@inter-corporate.com]
> Inter-Corporate Computer & Network Services, Inc.
> Vancouver, British Columbia, Canada
> https://www.inter-corporate.com/ [https://www.inter-corporate.com/]
>
> _______________________________________________
> mailop mailing list
> mailop@mailop.org [mailop@mailop.org]
> https://list.mailop.org/listinfo/mailop
> [https://list.mailop.org/listinfo/mailop]
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
