Peter
I'm with Telstra and TPG (rather than People Telecom). Currently on
iPhone 2.2.1 and about to go 3.0.
Initially I had trouble sending e-mail while on 3G.
What solved the problem for me was setting the primary outgoing mail
server to the tpg server and changing 'Use SSL' to on, Authentication
= password (and the appropriate user names & passwords).
I have mail.bigpond.com under 'Other SMTP Servers' without
authentication.
Now can send without issue from my wireless at home and while on 3G.
Timing has not been an issue for me so have not noted any difference
in delay when sending between one or the other.
Having a look and the 'if primary unsuccessful will try others'
message is there, but no options to change that setting.
Thank you
Paul van der Mey
p...@interactive-knowledge.biz
Mob. 0419 201 477
On 21/06/2009, at 12:29 PM, Peter Meyer wrote:
thanks Duncan
So, at least I know the device is capable of doing what you'd expect
it to do
I have read of similar problems experienced but involving AOL and
AT&T and only the upgrade to OS 3.0
mouse peter meyer
0408 902349
pmo...@people.net.au
On 21/06/2009, at 11:38 AM, Duncan Hardman wrote:
Works for me. I have a primary and the Optus one as a backup. Can
take a while to send but does go.
Duncan
Sent from my iPhone
On 21/06/2009, at 11:06 AM, Peter Meyer <pmo...@people.net.au> wrote:
I probably asked my question the wrong way around when I first
posted it.
So can someone please confirm that the configuration of SMTP
servers on the iPhone does, in fact behave as Apple says it should
viz: if a 'primary' server is unavailable the phone will try the
additional outgoing servers in turn (hopefully, until it has
success)?
Can anyone confirm that my experience with sending email on the
3G network is more general than mine, alone?
My iPhone contract is with Telstra but my current ISP is People
Telecom. Therefore I have the need to specify two outgoing mail
servers: mail.bigpond.com for the 3G network and
smtp.per.people.net.au for WiFi connections. Under Settings>mail
etc>accounts>outgoing mail server it is necessary to set a
Primary Server (smtp.people in my case) and 'Other SMTP
Servers' (mail.bigpond) and there it states that:
"If Mail is unsuccessful using the primary server, it will try
the other SMTP servers in succession."
However my experience is that with the Primary Server toggled
'ON', using a 3G connection, Mail will try to send an email and,
after some delay fail with the message: 'The server rejected one
of the recipient's addresses (sic). The message has been placed
in the Outbox' If the Primary Server is toggled 'OFF' in this
configuration the message is sent but not as quickly as with a
WiFi connection where the Primary Server is toggled 'ON' It
appears as if contact with the Primary Server is still attempted
before the Secondary SMTP server is used. (so does OFF not really
mean OFF?)
I have set up an account with bigpond as the Primary and the same
situation is seen in reverse ie: under WiFi if bigpond is toggled
OFF an email is sent after a delay but not at all if bigpond is
toggled ON.
Having to manually configure the primary SMTP server's state
whenever the network connection is changed is seemingly
contradictory to what the Settings note about 'Other SMTP
Servers' implies.
I had hoped that the upgrade to iPhone 3.0 would resolve the
problem but it hasn't. Nor has restoring everything 'as a new
phone' (ie without any previous settings) made any difference.
I have spent a fair bit of time talking to Telstra and Apple and,
in fact it was only in the past few days that I worked out the
above solution and was able to send emails using 3G connections
although I'm sure there wasn't this difficulty when I first set
up the phone's email. I want (need?) to send very few emails
using a 3G connection but this is, nevertheless, pretty
frustrating :(
At no stage has there been any difficulty receiving email or
connecting to the net on either 3G or WiFi connections
peter meyer
0408 902349
pmo...@people.net.au
-- The WA Macintosh User Group Mailing List --
Archives - <http://www.wamug.org.au/mailinglist/archives.shtml>
Guidelines - <http://www.wamug.org.au/mailinglist/guidelines.shtml>
Unsubscribe - <mailto:wamug-unsubscr...@wamug.org.au>
-- The WA Macintosh User Group Mailing List --
Archives - <http://www.wamug.org.au/mailinglist/archives.shtml>
Guidelines - <http://www.wamug.org.au/mailinglist/guidelines.shtml>
Unsubscribe - <mailto:wamug-unsubscr...@wamug.org.au>
-- The WA Macintosh User Group Mailing List --
Archives - <http://www.wamug.org.au/mailinglist/archives.shtml>
Guidelines - <http://www.wamug.org.au/mailinglist/guidelines.shtml>
Unsubscribe - <mailto:wamug-unsubscr...@wamug.org.au>
-- The WA Macintosh User Group Mailing List --
Archives - <http://www.wamug.org.au/mailinglist/archives.shtml>
Guidelines - <http://www.wamug.org.au/mailinglist/guidelines.shtml>
Unsubscribe - <mailto:wamug-unsubscr...@wamug.org.au>
-- The WA Macintosh User Group Mailing List --
Archives - <http://www.wamug.org.au/mailinglist/archives.shtml>
Guidelines - <http://www.wamug.org.au/mailinglist/guidelines.shtml>
Unsubscribe - <mailto:wamug-unsubscr...@wamug.org.au>