Messages cannot send files

I have been trying on and off to solve a problem with Messages/iChat for 6 months now and hope the Apple community might have a solution. We have an office with a mix of Macs running OS X (based on capabilities) on 10.6.8 (10 off), 10.10.5 (2 off for those who hate ElCap) and 10.11.4 (2 off). We use messages over Bonjour to send text messages, video-chat and send small files (generally pictures) internally around the office. About 6 months ago Messages/iChat lost the ability to send files. Everything else works fine (other than the general bugs of moving/disappearing windows and buddies on the Yosemite/ElCap machines). On the senders end you either get no notification that the transfer failed, or you get a small "i" icon in the conversations window that alerts you to the failure. The same in the "File Transfers" window, sometimes the file will be marked as "sent", other times as "failed", in either case the receiver sees the transfer as "failed" or it hangs with a progress bar that changes to "failed" if you interact with the download arrow or double click the file icon.

Various forums suggest solutions, all of which I have tried:

  • Quitting and restarting Messages.
  • Computer restarts.
  • Plist deletion.
  • Ensuring UPnP is enabled on the router.
  • Ensuring UPnP is not enabled on the router (got to love these weird problems, everyone has a different idea)!
  • Ensuring ports 443 (for Messages), 5190 (UDP for Messages), 5297, 5298 (UDP for Bonjour) and 5298 (TCP for Bonjour) are all open.
  • Zipping the pictures.
  • Force quitting "imagent" in the Activity Monitor.
  • Making sure no-one has Little Snitch active.
  • Making sure there are no Firewalls on.
  • Making sure the usernames are not overly long (there was a suggestion Bonjour has an internal limit that could result in cut off names being identical).
  • Making sure OS X is up to date (this has persisted over several updates now).

There is a guy called Ralph Johns (UK) on the Apple Support forums who has been troubleshooting this sort of problem with iChat/Messages with various posters since at least 2011. Seems to know his stuff, but has not been able to come up with a solution for anybody. Some posters have tried swapping out routers, used wireless instead of ethernet (or visa versa) and even connected two misbehaving computers together via a simple switch, so I am not convinced this is a networking problem.

Anybody have any ideas?

Mac mini, OS X El Capitan (10.11.5), Mixed clients 10.11, 10.10 and 10.6

Posted on Jul 21, 2016 2:02 AM

Reply
6 replies

Jul 27, 2016 7:08 PM in response to darrenfromcavan

Hi,


I have been doing it since 2004 actually.


Re:-

Ensuring ports 443 (for Messages), 5190 (UDP for Messages), 5297, 5298 (UDP for Bonjour) and 5298 (TCP for Bonjour) are all open.

The iMessages Login uses port 443 (so does the AIM Login nowadays and Yahoo if you have the Account set up)

AIM Swaps to use port 5190 (UDP when it File Transfers).

The other three ports lists are listed as being needed by Bonjour but using Little Snitch myself I have never been able to prove it does a similar thing to the AIM account and swap port when moving from basic IM chat to ones that contain pics-in-chats.


Re:-

Making sure no-one has Little Snitch active.


Little Snitch will block (if you tell it) processes that you may not associate with Messages as such.

User uploaded file

This is the pop up you should see if you are doing File Transfers with the iMessages Account. (note the Server and port).

Why they set up a different Process instead of the using the same one the AIM, Jabber and Bonjour ones use. It has a slightly different name.


I have tried sending pics over AIM to my MacBook Pro which is using iChat 5.0.3

I have also tried sending using Bonjour from iMac to MacBook Pro and cannot get it to work.


However the Bonjour From the MacBook Pro to the iMac strangely works.


The version of iChat says the File Transfer window is waiting fro me (in the iMac) to Respond to start sending when trying to use AIM.

However, separately the Chat window in iChat 5.x.x shows a message from the AIM servers saying the AIM Proxy has not worked and to try again and this make no changes to the File Transfer window.


2nd attempt to use Bonjour from iChat 5.x.x have also failed.


There appears to be no clear reason why it fails.



Re:-

Making sure the usernames are not overly long (there was a suggestion Bonjour has an internal limit that could result in cut off names being identical).

Bonjour items in the Finders Side Bar tend to take the name for System Preferences > Sharing

The Bonjour Buddy ID then becomes User's My Card on the remote computer@the Computer's Name

User uploaded file

Possibly naming conventions have changed over time but I don't normally have issues (the MacBook Pro did not seem to like spaces or apostrophes when I named it where as the iMac running a much later OS version when named allows them).

However as I have had them connected it should not be the issue.


What can be an issue is naming them all Macintosh or Admin depending on the naming process you might use and whether a Diskimage is used to make them all have the same apps and settings.


UPnP came about as iChat 3 and 4 used so many ports you could not open them all in Port Forwarding set ups.

Video and Audio Only chats used 22 ports

AIM had three

Bonjour claimed to use 3 in the Apple Documentation

Jabber claimed to need at least one but was in fact 2 to cover non SSL Logins.

See Using iChat with a firewall or NAT router - Apple Support


Two things you don't mention that you have tried.

NVRAM (PRAM) resets How to Reset NVRAM on your Mac - Apple Support

and a Safe Boot


Repairing Permissions has not appeared in Disk Utility in El Capitan and was always decried as useful in many quarters although others swore by it.


Lastly you might want to look and Read and Write permissions.

This has become much more complicated with some apps like Messages being able to be Sandboxed which adds several layers of Read and Write folders that you also need to have access to be able to Write even to the .plists

I would take a look at this Thread and the Helpful (Orange) marked test post and the Solved Green one if required.

The Original post is followed by the Solved one but the Helpful one you should start with appears next.




User uploaded file

9:42 pm Thursday; July 21, 2016


 iMac 2.5Ghz i5 2011 (El Capitan)
 G4/1GhzDual MDD (Leopard 10.5.8)
 MacBookPro 2Gb (Snow Leopard 10.6.8)
 Mac OS X (10.6.8),
 iPhone and an iPad (2)

Jul 27, 2016 7:09 PM in response to darrenfromcavan

Hi,


Sorry for the delay I was away for the week end watching motorbikes.


Have repaired permissions on the older OS machines, did not help.

On older machines that have Disk Utility with the Repair Option you are only checking and repairing the System Side stuff. It does not touch the User's folders at all.


The Helpful and Solved posts from this thread Try safe mode if your Mac doesn't finish starting up - Apple Support are the way to go.

Linc Davis replied with a test Terminal Instruction in the orange Helpful post.

Later he post the Green Solved correction Instruction. (but it is joined to the Original Post so you see it first)


Whenever you test you will get some file showing and having lost either Ownership or Permissions.

However you may have lots more then Linc's suggested 41 if you have never run such an instruction.


I just noticed I have already linked to that thread.


Ok,
Paths.

The ~/ is quite important as it denote the User's folder.

~/Library/Messages Attachments is the "History" of what has transferred already.

It could be you have lost Permission to Write to it.

However it gets written to via ~/Library/Containers/com.apple.iChat/Data/Library/Messages and then an Alias pointing to the Attachments folder.


Again you have to have permissions and Ownership of all the containing folders. (Hence in this case the Terminal test is realistically faster although it can take some time)


I would not delete the end Attachments folder (you have to remake the Alias as well and drag it to the other location)

I also would not delete ~/Library/Containers/com.apple.iChat/Data/Library/Messages/Archive (or in some cases that is an Alias to ~/Library/Messages/Archive which I think you might have).


~/Library/Caches/com.apple.iChat holds stuff for Jabber (up to you if you delete or not)

~/Library/Caches/com.apple.Messages holds the Pictures folder (all the Buddy pics that are incoming from the AIM and Jabber servers you use). (Again up to you the server you login to will send them again).


Also see these:-

User uploaded file

You can see the Path Bar across the bottom for the Location.

The highlighted ones have one called FileTransferController.

It is unreadable in Quick Look and also in Xcode

Deleting it will remove all items from the history of the File Transfer window (Window Menu > File Transfer)

Other than the fact it does hold all the info on File (and pic) transfers it is not clear exactly how much of the History is held here or whether it will re-survey the Attachments folder (I don't think it will do this last but I have not tried it)


As you can see the items that now link to the Messages app and many and wide spread and tracing down an issue like this can become endless.


I would try the resetting of the Ownership and Permission first. (from the other thread)








User uploaded file

9:51 pm Monday; July 25, 2016


 iMac 2.5Ghz i5 2011 (El Capitan)
 G4/1GhzDual MDD (Leopard 10.5.8)
 MacBookPro 2Gb (Snow Leopard 10.6.8)
 Mac OS X (10.6.8),
 iPhone and an iPad (2)

Jul 28, 2016 1:30 PM in response to darrenfromcavan

Hi,


I understand your frustration as I often find now Messages does not do things that were clear in iChat and often not in the same way.


The additional Read and Write routes through ~/Library/Containers/com.apple.iChat/Data/Library and the addition on SOAgent into the Containers route as well.


The Server version is not really my thing and there used to be a Poster I would recommend to people to read and Post to (Tim Harris) but it appears he has not posted for a long time.

From what I do remember for many of his posts was sorting out reverse DNS settings to do with the server name.


I sometimes feel Apple have iOS-ed Messages to death.





User uploaded file for the User uploaded file Points





User uploaded file

9:28 pm Thursday; July 28, 2016


 iMac 2.5Ghz i5 2011 (El Capitan)
 G4/1GhzDual MDD (Leopard 10.5.8)
 MacBookPro 2Gb (Snow Leopard 10.6.8)
 Mac OS X (10.6.8),
 iPhone and an iPad (2)

Jul 24, 2016 5:41 PM in response to Ralph-Johns-UK

Hi Ralph

Wow, you are still about helping people with their problems... since 2004! Kudos to you. It is thanks to a handful of people like yourself who take the time to investigate issues and respond on forums like this that thousands of people can continue using their computers despite the bugs that crop up. I have been using Mac's since 1990, and running small networks of them since this time also. This is the first time in 26 years I have been stumped by a problem, hence my joining of the Apple Forums for the first time also. Don't get me wrong, I am certainly no technical expert, quite the opposite, rather it seems that the reputation of the Mac ecosystem as one that "just works" is no longer justified. Since Mavericks I find myself constantly troubleshooting Mac problems around the office (Mail, bluetooth, networking, Safari, DNS, WiFi, Finder issues, update fails, you name it). The irony is that over the years I have convinced several entities (including the one I am currently at) to switch to Mac's as they require less spend on maintenance. I now spend all my time troubleshooting the 10 Mac's in the office and zero time on the 3 PC's, which never seem to play up! In addition, the solutions to the problems are a lot more technically challenging. It is not just a matter of checking if an extension is playing up, or if a SCSI chain needs adjusting like the early days. Now I am regularly delving into the terminal to fix issues. To get away from command lines was why I went Mac in the first place!

I will try the PRAM resets. Have repaired permissions on the older OS machines, did not help.

One thing of note. One of the users said to me on Friday that when the problem first cropped up, before the loss of file transfer functionality, that the last few transfers they received were of the same picture, despite the files being sent from the other end all being different. That sounds significant to me and I wish they had told me 6 months ago. Don't know what to make of it though. Should I clear out things from /Library/Messages/Attachments and /Library/Messages/Archives? What about /Library/Caches/com.apple.iChat and /Library/Caches/com.apple.Messages?

Thanks again for your help.

Jul 27, 2016 6:56 PM in response to Ralph-Johns-UK

Hi Ralph

Thank you for your continuing help. I ran the test from the Linc Davis post, it came up with a number 2579. Not sure what to make of this though, the path you suggested shows me with read/write permissions throughout. Furthermore, the problem is not isolated to a single machine. We are unable to send or receive files via Messages from multiple machines to multiple machines in the office with various OS X versions. It is definitely not a networking problem though. I brought in a Yosemite machine from home today and connected it to various office machines individually (2 El Capitan and 1 Snow Leopard) via a simple switch. Was able to text and video chat via Messages with each machine no problems, but file transfers still no go either way.

We have just purchased a new Mac Mini and have set it up as a file server. I was hoping that by using the Messages Server in OS X Server App (5.1.5) and bypassing Bonjour that we might regain this functionality (I have also posted the below on the Servers Forum but I think it has relevance here). I have set up the Messages feature on the server according to the tutorial, and the clients too, however, the clients are unable to connect via Jabber, with the following alert available from the miniature lightning icon in the buddies list:

"Messages lost the connection to the Jabber account “myserver.local”. A network error occurred."


My host name is server.myserver.private

My computer name is server.myserver

Messages status is: available on your local network at server- myserver.local

Permissions are: all users, all networks

Archiving is on

Server federation, well, I have tried every combination while troubleshooting

Standard certificate set for Messages in certificates


Clients Messages applications account is set to Jabber (enable this account is ticked)

Clients account names are username@myserver.local

Clients passwords are set to their user passwords

Clients account server settings are default settings (server is myserver.local, port 5223, use SSL ticked)

Automatically find server and port, warn before sending password insecurely and warn before sending files insecurely are all ticked, use Kerberos v5 for authentication is un-ticked as per default.


I have trashed and rebuilt client preferences: com.apple.iChat.AIM.plist, com.apple.iChat.Jabber.plist, as per some googled suggestions.


Everything else on the Server works fine (File Serving, Calendar Provision, App Caching, Wiki, Contacts, VPN). This is driving me around the bend. It would seem some action has "poisoned" something to do with the Messages applications on all the machines on the network at some point. I am sure it is related to the person receiving the same file every time they were sent a different one before it stopped working, but how I have no idea. Frankly I am over it. Cannot afford to spend anymore time chasing my tail, so will just use Dropbox folders instead.

Thanks again for your help.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Messages cannot send files

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.