This is not necessary. Instead the edit view should be a sheet, because then the "Done" and "Cancel" buttons are available at the top where they are not hidden (that's a main reason why the sheet widget was made). Copy and paste don't require the menu, as those functions can be accessed from the popups in the text edit.
Those apps use the view header as a "filter", as mentioned above. What this means is that you can switch between a set of modes (or filters), and the active filter is displayed in the view header. So in case of Recent calls for example, clicking it opens a popup with different filters, and if you select "Missed calls", this will now be displayed in the title. The Facebook app is a bit unusual, but it's a similar concept. If you click it you get a list of "modes", and if you e.g. select the "Photos" mode, the viewheader will now read "Photos". This is why I suggested that you make the viewheader's function to switch between the different lists, and show the active list in the viewheader. The easiest way to do this would be to just show the lists edit view when you click the header, and then you can also remove the respective button from the toolbar.
A few more little things: There is no need for a disabled back button in the first view, you can just remove it and only display it when it's needed. And I would suggest to disable the delete button when no item is checked.
Finally, the delete query text is a bit redundant, so I suggest to remove the detail text and just leave the title (so instead of "Remove selected items? Do you really want to remove all selected items?" it will just read "Remove selected items?"). That's acceptable, no need to have a body text just because we can.