iOS 14.7 and earlier: Unable to send SMS text message (not iMessage) without deleting a conversation, if previous messages were iMessage and iMessage is disabled after initiating that conversation/ sending few iMessages. Expected behaviour: If a conversation is initiated with iMessages (blue bubbles) with any contact, and the user wants to continue the same conversation using SMS messages (green) instead of iMessages, the iOS Messages app should permit it. The conversation should continue using SMS even if the earlier messages sent in it were iMessages and not SMS messages (Green bubbles). There should be no need to delete the existing iMessages conversation in order to send an SMS message (green bubbles) to the same contact if iMessage has been disabled subsequent to sending an iMessage. Observed behaviour: If subsequent to initiating a conversation by sending an iMessage, the iMessage is disabled in iOS Settings > Messages > iMessage > [Disabled], and an SMS text message is attempted in the same conversation, the sms sending fails. SMS text message does not get sent. Instead ot generates error “Message Failed to Send” or “Cannot Send Message”.  If a conversation is initiated with iMessages with any contact, then the user is forced to continue that conversation only using iMessages and not by SMS text messages.

Another title of the issue can be EAP-TLS network authentication profile becomes untrusted randomly after a break of 1-2 days - manual intervention required for re-establishing connectionIf any wifi connection is established after WPA2 authentication, then the password remains in memory of the iPhone and the network remains a known network without any limit on the number of days. However, if the network connectivity is made using EAP-TLS mode and identity is taken from a profile downloaded and installed on the iPhone, then it is seen that the network does not remain a known network after 1-2 days. In this scenario the user has to intervene to select the same network again manually and click "Trust" button for the profile to authenticate and connect to the network. This requirement of having to click for trusting the profile to connect to the same network at the same location is happening randomly and intermittently after 1-2 days. This is even though the the network connection has been made once earlier using the same profile and the connection is required to be made using the same profile and with the same wifi network. This problem is not faced by Android based phones while connecting to the same network and at the same location- thus this problem is not a network issue. Further, this problem is faced by all users at the same location on different iPhone devices- thus this problem is not an issue with a specific iPhone device. This problem is also faced by any iPhone at all similar networks which use EAP-TLS mode with a profile for authentication-thus this problem is not due to any particular wifi network. This problem is also not faced by iPhone while connecting to any wifi network through WPA2 or using any other authentication mode which does not use a profile- thus this problem appears to be due to iOS configuration of keeping a network as a known network in its memory. It does not occur if the connection has been established once on a day. However this problem recurs randomly and intermittently after a disconnect from wifi network connection with an interim gap of 1-2 days.Steps to Reproduce:1. Open Settings2. Open WiFi3. Select a network out of the available ones4. Click Mode> EAP-TLS5. Move back. Click Identity6. Select the installed profile for authentication7. Move back. Click Join.8. It connects.9. Disconnect from the wifi network10. Switch of WiFi for that day either from iPhone or from the WiFi router11. Switch on WiFi router and the iPhone WiFi the next day.12. The connection to the earlier connected wifi network does not happen without manual intervention of Trusting the profile.Expected Results: The WiFi network connection through EAP-TLS mode which requires profile for authentication should remain a known network even after any number of days of break in network connectivity. Accordingly, if the connection has been established atleast once, it should happen automatically when the same network is detected by the iPhone after any number of days of break.Actual Results: The WiFi network with which a connection has been established once, does not remain a known network after a break in network connectivity for 1-2 days. The user has to intervene manually and click Trust on the Profile which is used for authentication to the network almost every time after a break of 1-2 days of network connectivity.Version: iOS 10.1.1 (build 14b150)

Ever since updating to build iOS 10.1.1 (build 14b150) from iOS 10.1, battery life has drastically reduced. Previously with iOS 10.1, the battery lasted for around two days with one 100% charge. However, since updating to iOS 10.1.1 (build 14b150), battery is not lasting even one complete day. Sometimes, the battery drops around 10% in just 15minutes. This happening with no change in the software configuration or other settings.The battery life percentage displayed on the screen sometimes flickers and changes its value suddenly- upwards or downwards.

This issue is on a dual SIM phone. If on a dual SIM phone the caller has not been contacted from that iPhone earlier, then the SMS response using “Respond with Text” options does not get delivered. The SMS text (not iMessage) message using “Respond with Text” option gets sent and delivered to that caller only if that caller has been contacted from the iPhone earlier (either using SMS or phone call). If that caller has not been contacted earlier from that iPhone, the SMS text message from “Respond with Text” option fails. This is perhaps because the default SIM to be used for sending that SMS text message does not get selected while using the “Respond with Text” options during a received phone call. However if that caller is then contacted using either the phone app or using Messages app (text SMS message), the phone line to be used out of two lines) gets selected and then the SMS text message from “Respond with Text” options during a received phone call gets sent and delivered without a problem. This suggests that the default phone line to be used on a dual SIM phone, for sending SMS text message from “Respond with Text” options during a received phone call is not selected at the back end of Phone app until that caller has been contacted from that iPhone prior to receiving that phone call.

This issue is regarding dual sim iPhones. If sending SMS message is attempted upon receiving an incoming call with the option to refuse call by using “Respond with Text” options on the incoming phone call screen, the SMS sending fails if an SMS has not been sent earlier to that caller from the receiving iPhone after a reset of its settings.

Unable to edit mistyped phone number using cursor on keypad in Phone App on iOS 14.x. The cursor just does not appear, howsoever hard you may try. One has to erase the entire typed number and start afresh with correct digits. I recollect it was editable with cursor on earlier iOS 13.x versions. Anyone else?

unable to send mail containing pdf attachments from IMAP mail account using SMTP on iOS device mail app- same mail gets sent on other than iOS devices. Sending email on SMTP from native iOS Mail client is failing with attachments. Issue is occurring on iOS 14.4, 14.4.2. The Mail sending does not fail with mails without attachments. The failure happens on all networks when there are pdf attachments in the mail.  The same mail with pdf attachments gets sent successfully from other than iOS device like a MacBook or Windows computer mail client (like native Apple Mail or Microsoft Outlook) using same IMAP account (which is failing in iOS) on all types of networks. No such error occurs when connecting through Gmail or outlook.com accounts. The error occurs only with IMAP type accounts and only on iOS device.  The Console on macOS shows the following line of error: SMTP Delivery for messageID (null) failed with error MFError Domain=MFMessageErrorDomain Code=Generic(1030)

What are the specific network ports that should be open on my internet connection broadband to enable the following: ) Pairing of HomePod with iPhone. ) Downloading and updating of watchOS. I have already checked the following links, but they do not provide the details for the above mentioned port requirements: https://support.apple.com/en-us/HT202068 https://support.apple.com/en-us/HT202944 The ports mentioned for Airplay and Homekit etc in these links are already open, yet I am unable to perform the activities mentioned. iPhone is already updating on the network, but watchOS is not updating on same network. Changing network completes both activities. Please help.

iOS 14.5: hyperlink previews not shown in Messages app on iPhone and macBook. When we try to type or paste any hyperlink in the messages app, only the link is shown there. The preview is not shown for any link typed or pasted in the messages app. This non appearance of link preview in the messages app, occurs on all Apple devices: iPhone, MacBook, and iPad. There are many other users known to me who are facing the same problem and they are also unable to view the link previews in the messages app. However the preview for the same link is shown in other non apple messaging apps like WhatsApp, which proves that the issue is not with the website for which preview is expected. Instead the issue is in the iOS and macOS messages app. This needs to be rectified.

iOS 14.5.1 (18E212): mail client of iPhone incorrectly automatically appends “.com” extension to a pdf file extension while sending a forwarded mail- send mail fails. Issue is occurring on iOS 14.4, 14.4.2,  and also on 14.5.1. As per the mail server logs generated, the SMTP client is appending some url at end of pdf file name which is ending with ".com".  Thus the generated error as reported in this feedback is thus clearly on account of iPhone mail client, which is suo-moto appending the .com extension to a pdf extension file in the mail attachment. The send mail failure happens on all networks when there are pdf attachments in a mail which has been received and is now being forwarded.  The Mail sending does not fail with mails without attachments or a new mail composed on the iPhone itself. The same mail with pdf attachments gets sent successfully from other than iOS device like a MacBook or Windows computer mail client (like native Apple Mail or Microsoft Outlook) using same IMAP account (which is failing in iOS) on all types of networks. No such error occurs when connecting through Gmail or outlook.com accounts. The error occurs only with IMAP type accounts and only on iOS device.  This indicates that there is no issue with the affected IMAP mail account or the imap mail servers or network connection, but instead the issue is caused by a bug in iOS.  The error message is - “Cannot Send Mail. The connection to the outgoing server ’smtp.mail.gov.in’ failed. Additional Outgoing Mail Servers can be configured for Mail accounts in Settings Accounts & Passwords.”

deleted.

Content type key header added by iOS mail app contains ‘@yahoo.com’, - causing mail to get rejected by some IMAP servers. Issue is occurring on all iOS versions including 14.6, 14.7 betas, and iOS 15.0 betas. On the iPhone, I am unable to forward a mail containing attachments received from a web browser based @yahoo.com or @icloud.com mail account. When the iPhone native mail app forwards a mail received from @yahoo.com or @icloud.com mail account using a web browser like Safari, it adds the following header content to the mail:  Header added by iPhone mail app: --Apple-Mail-91EF9D82-D8B5-41DD-A98A-69489ED47254 Content-Type: image/jpeg; name=image0.jpeg; x-apple-part-url="xxxx-yyyy-zzzz@yahoo.com" Content-Disposition: inline; filename=image0.jpeg Content-Transfer-Encoding: base64 Content-Id: xxxx-yyyy-zzzz[AT]yahoo.com The header added by iPhone mail app is rejected by some third party IMAP mail accounts who reject the message from iOS mail app. The error message generated at IMAP mail servers is as follows: Mail send failure log: Action: failed Status: 5.0.0 (permanent failure) Remote-MTA: dns; [xxx.xxx.xxx.xxx] Diagnostic-Code: smtp; 5.3.0 - Other mail system problem 550-'5.7.1 Attachment type not allowed. File "image0.jpeg;  x-apple-part-url="xxxxxxx-yyyyy[AT]yahoo.com" has the unacceptable extension "com"' (delivery attempts: 0) Is the error of mail rejection on account of iPhone incorrectly adding the header, or is the mail server behaving incorrectly by wrongly rejecting the mail?

mail account name, favourite mailbox name and count of total number of unread mails is not shown at the lower edge on the top notification in a collapsed group of mail notifications on notification centre.  Expected behaviour:  The mail account name, favourite mailbox name, and count of total number of unread mail notifications present in any collapsed group of notifications on the notification centre should be displayed at the lower edge of the top notification.  For example: a group of 4 mail notifications will show “3 more notifications from Gmail - Saved”, at the lower edge of top notification. This feature is/was available in every collapsed group of mail notifications for mails received in any mailbox on iOS 13, iOS 14. Observed behaviour: On iOS 15 betas, the top mail notification does not display the mail account name, favourite mailbox name, and count of total number of unread mail notifications in that group of collapsed notifications on the notification centre. The user thus is unaware and is misled about the account and the total number of notifications currently present in that group. Also the favourite mailbox name / location containing the respective mails received in a favourite mailbox is not displayed on the lower end of top notification. This confuses and reduces available information to the user.

iOS 14.7: Respond with Text SMS FAILS- with an incoming phone call from a new caller to whom SMS has not been sent earlier after a reset of settings on a dual sim iPhone. This issue is regarding dual sim iPhones. If sending SMS message is attempted from incoming phone call screen by the option of using “Respond with Text”, the SMS sending fails if an SMS has not been sent earlier to that caller from the iPhone after a reset has been done of its settings. This happens irrespective of the receiving phone line is setup as the default Data line, default Phone Calls line, or default for both Data and Phone calls, or default line for none. The SMS text message using “Respond with Text” option gets sent and delivered to that caller only if that caller has been sent an SMS message from the iPhone earlier.  Further, if an SMS is subsequently attempted to be sent to that caller (after SMS sending fails while using Respond with Text options), a prompt (“Number not available. Which number would you like to send the message with”) appears in messages app asking to select one out of two phone lines to be used - out of two mobile phone lines of dual SIM iPhone, which has to be selected before any SMS message gets sent from using “Respond with Text” options on incoming phone call screen. This confirms that the phone line of the incoming call is not getting utilised  automatically at the back end of Phone app/ Messages app for sending SMS through “Respond with Text”. Neither is the default phone line configured for calls or data getting used. This unexpected behaviour persists until atleast one sms is sent to the caller on messages app from that iPhone prior to receiving the incoming call (but after a reset of the iPhone settings).

Two of the iOS bugs affecting my work, have been reported multiple times on Feedback Assistant over last many months, yet they are not fixed yet. Anyone else too facing them? They are: Sending SMS Text message (Green Bubbles) on a dual sim iPhone FAILS upon using “Respond with Text” with an incoming phone call from a caller to whom SMS has not been sent earlier after a reset of iPhone settings.  Scheduled fetch and notifications not done by native iOS Mail App for favourite mailboxes on non Push supporting mail accounts (IMAP/ Yahoo/ Gmail etc accounts)- favourite mailboxes updating only upon manual fetch.