Neil Fraser (via Hacker News):
Nearly twenty-five years ago I registered neil.fraser.name to provide a stable presence on the Internet. It has been the home of this website, my email address, and a server for APIs.
[…]
On 15 April 2026 Verisign proposed the destruction of the entire 3rd level of the ‘.name’ hierarchy in order to simplify their administration. Astonishingly, on 28 July 2026 ICANN approved this action.
[…]
One of my original reasons for choosing ‘.name’ was that it was run by Global Name Registry -- more specifically, it was not run by Verisign. I had history with Verisign and did not trust them. Unfortunately, Verisign acquired Global Name Registry a few years later.
He’s going to lose his site and e-mail address, and someone else could potentially register the domain and hijack his accounts.
Previously:
Exchange Web Services (EWS) is approaching end of service in Exchange Online. We first announced this change was coming in 2018, when we announced that Exchange Web Services (EWS) will no longer receive functionality updates. In 2023, we announced that EWS will be disabled in Exchange Online in October 2026.
Today we’re announcing we will use a phased, admin controllable disablement plan that starts in October 2026 and concludes with a complete shutdown of EWS in 2027.
Microsoft announced the upcoming end of service for Exchange Web Services (EWS) in Exchange Online. Apple is actively working with Microsoft to update Mail, Calendar, Contacts, Notes, and Reminders to use the Graph API in a future update to macOS 27, including a declarative configuration for device management services.
I’ve been eagerly awaiting Apple’s migration to Microsoft’s newer Graph API because EWS support in Apple Mail has long been buggy. It seems to have gotten worse in recent months, presumably due to server side changes as Microsoft prepares to shut it all down. Unfortunately, Apple is not as far along in the transition as I’d expected.
Jonathan Harbourne (and, alas, Claude):
What made a Mac feel like a Mac at work was the software that came with it. Mail that you could actually scan. A Calendar that was a separate application, so it could live permanently on a second screen instead of hiding behind a tab. Quick Look. Smart mailboxes. Spotlight that found things. Share sheets that worked everywhere. The system behaving as one coherent thing rather than a collection of vendor silos.
[…]
iOS and iPadOS Mail no longer depend on EWS. macOS Mail still does. Same company, same deadline, same protocol, and only one of the two platforms got the work done in time. Microsoft ended up writing the guidance Apple should have written, telling administrators in February that Apple Mail for Mac users would have to switch to Outlook until the applications were updated. […] Apple had years. It had a public deadline. It had, by Microsoft’s own account, one of the most widely used EWS applications in existence. And it let the clock run out.
[…]
Somewhere in every one of these migrations is a line in a change log that reads “users to move to Outlook”, as though a mail client were a fungible commodity, like swapping a stapler. […] This is not the death of the Mac at work. […] It is the death of the Mac experience at work.
Outlook for Mac feels very different from Apple Mail, and users are being squeezed from the Microsoft side, too. Microsoft will be ending the transition to New Outlook in October, but the new version is still missing many features that were present in Legacy Outlook (as well as Apple Mail). Microsoft had long promised that it would implement AppleScript in New Outlook before dropping support for the old version, but last week it changed course:
AppleScript workflows vary widely across organizations and often depend on behaviors from the classic app that don’t exist in the New Outlook. Because these patterns can’t be standardized, full compatibility isn’t feasible. We have decided not to move forward with this feature. We apologize for the inconvenience.
Back to Harbourne:
Access only ratchets one way. Mail was allowed because it worked, quietly, for years, over a protocol nobody was auditing. It has now been formally removed under a named cybersecurity policy. Getting it back would require someone in a security function to write a positive case for re-admitting a broad-permission third-party client to the corporate mail estate, and then put their name on it. Nobody’s career improves by doing that. Saying no costs nothing and is never wrong in hindsight.
So if Apple ships Graph support in Mail next year, the people who lost it will not get it back. The door didn’t swing shut. It was bolted, and the reason it was bolted is now written down in a policy document that will outlive the protocol that prompted it.
Apple has no leverage to change that, either. The organisations deploying Macs by the tens of thousands are not Apple partners in any meaningful sense. They are customers who buy boxes. There is no relationship to call on, no joint roadmap, no account team, nobody at Apple whose job it is to notice that a hundred thousand people just lost Mail.
October is when administrators will have to opt back into allowing EWS for a few more months, but some (like Harbourne’s) will be switching off support sooner.
Apple Mail and Outlook aren’t the only options, though. MailMaven supports both Graph and AppleScript.
Previously:
Update (2026-08-21): See also: Reddit and Mac Power Users.
Update (2026-08-24): See also: Mac Power Users.
Previously:
A Apple está testando uma nova barra de formatação para a seção de texto do Mail no macOS Golden Gate 27, dando maior destaque às Ferramentas de Escrita (Writing Tools) da Apple Intelligence.
A nova versão foi compartilhada pelo usuário mactracker na versão beta do macOS 27 e, como apontado por ele, permite exibir sugestões contextuais de respostas inteligentes geradas pela Siri sem a necessidade de inserir automaticamente no rascunho, semelhante ao funcionamento de outras inteligências artificiais (IA) em apps de email.
As opções da nova barra incluem alternativas de edição, reescrita, correções gramaticais e/ou de escrita e uma opção intitulada “How does this sound?”, além das ferramentas tradicionais de formatação, escanteadas na lateral direita do novo layout.
Na versão atual, essas opções de formatação de texto também estão recolhidas na lateral direita da janela do aplicativo, desaparecendo por completo assim que se seleciona a opção de escrever com a Siri.
O novo layout está oculto por trás de uma feature flag interna, de forma que a maioria dos usuários da versão beta não consegue habilitá-lo. A beta 4 apresenta ainda algumas inconsistências no funcionamento do recurso, como a ausência da barra na escrita de novas mensagens, restringindo o seu funcionamento às réplicas de email.
Não se sabe ao certo se o recurso chegará à versão final do macOS 27 (prevista para aterrissar em setembro), mas ele parece acompanhar as reformulações propostas sobre a integração das ferramentas de IA no cotidiano do ecossistema da Apple nos sistemas 27.
via MacRumors
Joseph Cox (MacRumors, Hacker News):
A vulnerability in Apple’s “Hide My Email” tool lets almost anyone discover a person’s real email address that is supposed to be hidden by the feature, and Apple has failed to fix it for more than a year, according to a security researcher and 404 Media’s own tests.
[…]
“Apple Hide My Email is leaking email addresses that are supposed to be hidden. We reported the issue and replication instructions to Apple over a year ago. We don’t know why it hasn’t been fixed, but we don’t feel comfortable waiting any longer. Hide My Email users deserve to know that it may be possible for attackers to discover their hidden email addresses,” Tyler Murphy, the co-founder of EasyOptOuts, which discovered and reported the issue to Apple, told 404 Media.
“Free, publicly accessible people-search sites make it easy to link an email address to other personal details, so people relying on Hide My Email for safety may be at risk,” Murphy added.
[…]
To test the issue I generated a new Hide My Email address and provided it to Murphy. Around five minutes later, he replied with my real email address linked to my Apple account which was supposed to be hidden.
Murphy said that he reported the issue to Apple in June of last year, and the company told him it was looking into it. Apple said it had been fixed in March of this year, but Murphy found that wasn’t the case. He again contacted Apple, with the company saying that it would appreciate him not revealing the existence of the flaw until it had been resolved.
Apple then said it planned to address the issue in June, but since it still hasn’t been fixed[…]
March 19, 2026: Using the reproduction instructions from our initial report, we determined that the vulnerabilities hadn’t been fixed.
May 22, 2026: We realized that the vulnerabilities may have greater severity and scope than we thought initially and reported this to Apple. Apple never acknowledged the report of increased severity.
June 30, 2026: Apple again reported that the vulnerabilities were fixed and asked us to verify. We determined that the vulnerabilities hadn’t been fixed.
This is every fucking Feedback I file.
Not good. Especially the “We reported the issue and replication instructions to Apple over a year ago” part.
This is becoming a pattern. At least Apple still allows third-party e-mail providers.
Very few details are available right now. I have seen speculation that the original email address is revealed when someone replies using their hidden email address, but the impression I get from Cox’s reporting is that no user interaction is necessary[…]
[…]
I am also unclear about how, as of May, the EasyOptOuts guys found the “vulnerability may have greater severity and scope” than initially reported. Ominous, though.
Previously:
Update (2026-07-13): Jeff Johnson:
I don’t know whether I’ve accidentally stumbled upon that vulnerability, or perhaps in this case the Hide My Email user just messed up in some way, but I’ve definitely discovered a bizarre and troubling Hide My Email bug in Mail app (on macOS Sequoia 15.7.7).
[…]
Bizarrely, however, Mail app displayed an alert that I’ve never seen before, “This message was forwarded to you by Hide My Email,” despite the fact that I have previously received many emails from people using Hide My Email.
[…]
- Why I am seeing two different
@icloud.comemail addresses, one of which appears to be the sender’s unhidden address?- Why are the
To:andFrom:fields in my reply disabled?- Why is my reply not from my
@underpassapp.comemail address but rather displayed falsely as from the sender’s@icloud.comaddress and really from my unrelated Apple Account address?
Update (2026-07-16): Joe Rossignol:
Apple this week was sued over a reported “Hide My Email” flaw that could expose a user’s real email address. The proposed class action lawsuit alleges that Apple violated California’s false advertising law and other consumer protection statutes by knowingly offering a feature that does not work as advertised.
This is interesting in that the June 2025 bug report is the evidence that Apple “knew” the feature didn’t work, while “Apple continued to represent to consumers that Hide My Email would actually hide users’ email.” How long are they supposed to get to fix a bug?
Update (2026-07-20): Jeff Johnson:
The misleading user interface elements in Mail app are a bug, but by themselves they’re not a vulnerability. The vulnerability is that when I send a reply to my maliciously crafted email, my Apple account email address is disclosed in the “From” field of the sent reply! In other words, the Mail app interface lies, fails to show the true sent value of the “From” field.
There are a couple of crazy aspects to this information disclosure vulnerability:
- It does not require that the victim actually use Hide My Email! I never use it. As I mentioned in my previous blog post, I don’t even have an
icloud.comemail account.- It does not matter which of the victim’s email accounts receives the email from the attacker. If your Apple account email address is
a@foo.com, but you receive a maliciously crafted email addressed tob@bar.com, Mail app will still send your reply froma@foo.com, thereby disclosing your Apple account address.
Update (2026-07-21): Juli Clover:
Apple addressed a vulnerability in Hide My Email that exposed a user's real email address, reports 404 Media. Apple told the site the issue was fully fixed in a patch released on July 3.
[…]
While the bug has now been addressed, email logs that pre-date the fix could still expose user email addresses.
Update (2026-07-22): See also: Hacker News.
It appears that the vulnerability I discovered, and which still occurs, is different from the vulnerability reported by others[…]
Later this summer, Apple will unify the email domains used by Sign in with Apple and iCloud+ Hide My Email under a single, shared domain: private.icloud.com.
New addresses generated for both features will be issued on the new domain.
[…]
Existing addresses on the legacy domains will continue to work and forward mail to users without interruption.
It’s unclear to me what the benefit of this is. Is there a reason to migrate legacy addresses?
Arseniy Shestakov (Hacker News):
This makes it much easier to ban all aliases without affecting non-relay mailboxes on iCloud mail.
This is certainly a big hit for iCloud privacy, since some plausible deniability together with Apple’s backing made banning iCloud aliases costly. But now a lot of services will just refuse to accept these emails, just like what happens with free temporary mailboxes.
But my retort is that a service that won’t accept these email addresses is one that I probably don’t want to have anything to do with. The only reason not to accept
private.icloud.comemail addresses is if you want to do something invasive with users’ actual email addresses.
The main problem I have with Hide My Email is that some customers use it and then have no way to look up their purchase info via e-mail because they don’t know which address they used. Of course, I wouldn’t reject such addresses, but I wonder if services will start using the new domain to recognize that Hide My Email is being used and nudge the user to provide a different address.
Previously:
Como informamos no começo deste mês, o 404 Media jogou luz sobre uma grave brecha envolvendo o recurso Ocultar Meu E-mail (Hide My Email), do iCloud+, que poderia expor o endereço que deveria ser mantido em sigilo.
Agora, o mesmo veículo informou que a Apple corrigiu a vulnerabilidade em questão em uma atualização (muito provavelmente remota) lançada em 3 de julho — mais de um ano após ter sido alertada sobre a falha.
Tyler Murphy, cofundador da EasyOptOuts e responsável por relatar a falha à Apple inicialmente, disse ter sido informado de que o caso estava sob investigação. A Apple afirmou a ele que a vulnerabilidade havia sido corrigida em março de 2026, o que não aconteceu. Nos meses seguintes, a Apple disse estar analisando o problema novamente […] por isso, Murphy contatou o 404 Media para tornar o caso público.
Como já informamos, o envio de um email para um usuário que possuía o recurso de privacidade ativado — email esse que acabava sendo rejeitado como spam — fazia com que o endereço real da pessoa aparecesse nos registros do remetente.
O 404 Media confirmou que a vulnerabilidade foi corrigida, mas ainda aponta que os usuários devem ser cautelosos.
A falha que fazia com que o recurso Ocultar Meu E-mail da Apple vazasse endereços ocultos para os remetentes foi corrigida. No entanto, não acreditamos que o risco para os usuários do recurso tenha sido eliminado. Como emails legítimos podiam ser rejeitados (gerando uma devolução ou bounce), revelando seu endereço oculto, e como os registros de transferência de email são frequentemente armazenados, presumimos que qualquer endereço oculto vinculado a um endereço do Ocultar Meu E-mail criado antes de 7 de julho de 2026 pode ter sido exposto e ainda pode constar em registros de terceiros.
A Apple, vale lembrar, já foi alvo até mesmo de uma ação judicial devido à falha, com os autores da ação buscando o reconhecimento de uma ação coletiva. Eles alegam que a Apple violou uma lei da Califórnia sobre publicidade enganosa e outras normas de proteção ao consumidor, pois a empresa sabia que o recurso não funcionava conforme anunciado.
“O armazenamento do iCloud está quase cheio”. Se você usa iPhone, aposto que leu essa frase nesta semana. Talvez hoje. Ela aparece nos Ajustes, aparece por notificação, aparece quando o backup falha de madrugada… e não desiste nunca. Não é um bug. É, possivelmente, o vendedor mais eficiente que a Apple já contratou.
Nas últimas semanas, escrevi aqui duas matérias medindo produtos da Apple numa moeda que todo mundo entende na pele: horas de trabalho. Vimos quanto custa um Mac depois dos aumentos e quanto custou cada geração de iPhone desde 2007. Mas hardware você paga uma vez e o assunto morre; assinatura, não. Assinatura é um pedágio silencioso: poucos reais por mês, para sempre. E ninguém de fato se dá ao trabalho de fazer essa conta — então eu resolvi fazer.
Antes dos números, um pouco de contexto. Quando o iCloud nasceu, em outubro de 2011, a Apple deu 5GB gratuitos para cada conta. Era a época do iPhone 4s, de câmera de 8 megapixels e fotos de uns 2,5MB cada. Dava para viver um bom tempo dentro daquele limite.
Quase 15 anos depois, os 5GB continuam exatamente os mesmos. Só que o mundo ao redor deles mudou de tamanho: o iPhone 17 tira fotos de 48MP, grava 4K a 60 quadros — cerca de 400MB por minuto — e sai de fábrica com 256GB. Ou seja, a Apple vende um aparelho com 256GB e dá uma nuvem que corresponde a 2% disso. Um backup básico, sozinho, já não cabe. A caixa ficou pequena de propósito ou só ficou pequena? Guarde essa pergunta.
Quem não aguenta o aviso assina o iCloud+. No Brasil, depois do reajuste de até 33% em 2025, as mensalidades saem por R$5,90 (50GB), R$19,90 (200GB), R$66,90 (2TB) e vão até R$399,90 (12TB).
A régua é a mesma das matérias anteriores: salário mínimo por hora no Brasil (R$8,50), nos Estados Unidos (piso federal de US$7,25), no Canadá (C$17,60, em Ontário) e em Portugal (5,31€). Cada célula mostra quanto tempo de trabalho um mês de assinatura consome.
| Plano | Brasil | EUA | Canadá | Portugal |
|---|---|---|---|---|
| iCloud+ de 50GB | 42min | 8min | 4min | 11min |
| iCloud+ de 200GB | 2h20min | 25min | 14min | 34min |
| iCloud+ de 2TB | 7h52min | 1h23min | 44min | 1h53min |
| iCloud+ de 12TB | 47h | 8h16min | 4h33min | 11h18min |
À primeira vista, parece barato — e é justamente assim que uma assinatura funciona. O plano de 50GB custa 42 minutos de trabalho por mês. Quem reclamaria? Mas suba na tabela: o plano de 2TB, o mais comum para quem tem família ou anos de fotos acumuladas, consome quase um dia inteiro de trabalho por mês de um brasileiro de salário mínimo. O mesmo plano custa 44 minutos para um canadense. E o de 12TB beira o surreal: 47 horas mensais — mais de uma semana de expediente, todo mês, só para guardar arquivos.
Vale a comparação com o hardware: nas matérias anteriores, o brasileiro trabalhava de 8 a 12 vezes mais que o americano pelo mesmo iPhone ou iPad. Nos serviços, a distância é menor — cerca de 6 vezes no plano de 2TB —, mas segue aí, firme e forte. Contra o Canadá, a proporção volta às mesmas 10 vezes de sempre. E Portugal repete o papel de meio-termo que já apareceu na conta do hardware: 1h53min pelos mesmos 2TB, 4x menos esforço que o brasileiro — confortável perto de nós, longe do sossego canadense.
Agora, o detalhe que muda tudo: essa conta não fecha nunca. O iPad de 706 horas dói uma vez; o iCloud cobra todo mês, até o fim dos tempos — ou das suas fotos, o que vier primeiro.
Um ano de iCloud+ de 2TB custa R$802,80 — 94 horas de trabalho, meio mês de expediente por ano. Em 10 anos, são mais de 900 horas: território de iPhone 17, que calculei em 1.006 horas na matéria anterior. Ou seja, guardar as fotos por uma década custa quase o mesmo esforço que comprar o telefone que as tirou.
E tem o degrau seguinte, claro. O Apple One Individual (R$42,90) leva 5 horas mensais de trabalho; o Premium (R$99,90), quase 12 horas — cerca de 140 horas por ano, ¾ de um mês de trabalho anual em assinatura. No fim das contas, o brasileiro de salário mínimo que assina o pacote completo da Apple dedica praticamente um mês do ano só para manter os serviços da Maçã rodando.
Aqui entra o olhar de produto, área em que trabalho há mais de 20 anos. Aquele aviso de armazenamento não é um acidente de percurso: é um funil de conversão dos bons! Ele aparece no momento de maior dor (backup falhou, foto não salvou), oferece a solução a um toque de distância e custa “só” R$5,90. Nenhum vendedor de loja chega perto dessa taxa de conversão.
E o incentivo para manter os 5GB congelados é gigante. Os serviços renderam à Apple US$109,2 bilhões no ano fiscal de 2025, com margem bruta de 75% — o dobro da margem do hardware. Cada pessoa que cede ao aviso vira receita recorrente, previsível e baratíssima de servir. Se os 5GB gratuitos virassem 50GB amanhã, quantos milhões de assinaturas de entrada evaporariam? A Apple sabe a resposta melhor do que ninguém. Tanto que Google (15GB) e Microsoft (5GB, mas com Office no pacote) jogam jogos parecidos — a Apple só joga com a caixa mais apertada do mercado.
Sejamos justos num ponto: nuvem custa dinheiro de verdade (data center, energia, redundância) e o iCloud+ entrega junto recursos como o Retransmissão Privada (Private Relay) e o Ocultar Meu E-mail (Hide My Email). Não é um produto ruim; eu mesmo assino e não pretendo cancelar. O problema não é o plano pago existir, é a versão gratuita ter sido desenhada para não ser suficiente — em 2011, ela era.
No fim, é uma escolha de modelo de negócio — e das mais bem executadas. Só acho saudável que a gente a chame pelo nome. Quando o aviso aparecer de novo aí no seu iPhone — e ele vai aparecer —, lembre que aqueles 42 minutos de trabalho por mês não foram um acaso: foram desenhados, testados e otimizados para esse exato momento. A Apple não vende mais só o telefone. Vende o lugar onde a sua vida digital mora — e cobra o aluguel em dia.
Login