Sending Avatars and Inbox Branding
Inbox branding helps a customer recognize the sender before opening a message. The image shown beside an email depends on the receiving provider and its supported identity signals; it is separate from the logo in your maxclicks brand kit.
maxclicks does not manage sending avatars. The avatar comes from the mailbox you send from (Google Workspace or Microsoft 365, for example) and from the recipient's inbox provider. Nothing on this page is set up inside maxclicks: it is background on how inboxes decide what to show.
Where avatars come from
The receiving inbox controls sender-image display. A mailbox profile picture, a brand-kit logo and a BIMI logo are different settings. Uploading an email logo in maxclicks changes the content you author; it does not configure the image beside the sender in another provider’s inbox.
BIMI
BIMI lets participating inboxes display a domain’s authenticated brand logo. Provider requirements still apply. Gmail’s setup requires a VMC or CMC certificate, an appropriate SVG logo, public HTTPS hosting and a DMARC policy of quarantine or reject applied to all messages. Follow Google’s current BIMI setup instructions for the exact certificate, file and DNS requirements.
Use maxclicks domain verification to inspect the sending-authentication records supplied for your domain. Configure the additional BIMI record and hosted certificate with your DNS and hosting providers. A verified sending domain by itself is not a promise that an inbox will show your logo.
maxclicks can surface an AWS SES bimi recommendation when SES reports a missing or malformed record. This is a diagnostic recommendation; it does not upload your logo, issue a certificate or change DNS for you.
Check the result
Send an actual test email and inspect it in the providers your audience uses. Check the message’s authentication results and the provider’s BIMI requirements when the logo is absent. Changing the brand kit again will not repair an external BIMI configuration.