solarbird: (molly-kill-everyone-with-sticks)
[personal profile] solarbird
iOS's mail application doesn't try to authenticate smtp connections unless it's forced to. (apparently.) if it can attempt to send mail without AUTHing, it will, and nothing you can do seems to change that. failure to actually be able to send mail doesn't make it go, "huh, mebbe I should AUTH."

if your sendmail server behaviour changes based on authentication (specifically, to act like a smarthost and allow relays it otherwise wouldn't), this fucks you for sending mail from your iphone.

setting up a second host with exim4 to get around this means trying to get exim4 to acknowledge the concept of AUTH in response to an EHLO in ANY FUCKING WAY WHATSOEVER. which is supposed to be trivial but is instead INSANITY IN A SHELL. NOTHING I've done results in AUTH coming online. much less being required. fuuuuuuuuuuuuuuuck.

no reports or errors, of course. it's just insert coin, say hokaydo! and then change NOTHING WHATSOEVER.

hey, exim4 fans, you got anything here? i didn't think anything in the world could make me go, "y'know, sendmail docs are pretty clear," until I started poking around at exim4. at least, if you want to do anything that isn't handled by the six-screen eximconfig script. which this most definitely isn't.

(i want _some_ damn thing to pick up for smtp over ssh, _require_ auth, then relay whatever it gets to our actual mail server, all so we can fucking send mail from these phones, before I kill everyone. apparently that's hard. YES I WOULD INSTALL SENDMAIL except the fucking package manager won't let me change MTAs without uninstalling the webserver, which is a whole 'nother can of FUUUUUUUUUCK YOUUUUUUUUUU. AAAAAAAAAAAAAAAAAAAGH KJSHE FLKHWEFLIUH LEFIUFS)

i'm going to bed now. somebody be a dear and hand me the large animal tranquillisers. thanks.

Date: 2011-02-22 04:45 pm (UTC)
From: [identity profile] rfunk.livejournal.com
Yeah, I hate that Debian is so wedded to Exim.... but any non-Exim package that doesn't have an alternate dependency that Postfix can satisfy is broken.

Sometimes apt-get seems to get unhappy about broken dependencies that will actually be fine once everything is configured, so it should work to let it remove the web server, then reinstall it. It's also likely that aptitude would be smarter than apt-get about that sort of thing (assuming you're not already using aptitude).

One of those multi-domain Postfix installs I mentioned was done on a Debian server that also had Apache installed (all from packages), so it is possible. I'd dig into it, but now all my machines are running Ubuntu.

Date: 2011-02-24 05:33 pm (UTC)
wrog: (wmthumb)
From: [personal profile] wrog
Not only is it possible but I just did it, or at least I was able to go into aptitude, delete exim4, exim4-base, exim4-config, and exim4-daemon-heavy, and add postfix and it's not reporting any conflicts

...and in particular no conflicts with my apache2 installation, which is a stock installation straight from the packages -- about the only weird thing I'm doing is using the multithreaded mpm module, which apparently nobody does these days, but that shouldn't matter for anything external to apache...)

Since I don't have a real Postfix config ready to go and I need to keep a working mail server, I'm not quite up for typing 'g' to see what explodes when I Actually Do it. But at least this shows your webserver package, whatever it is, is just b0rken.

... which I realize may not help you a whole lot, though if this is indeed an apache1 packaging issue, and that's what you're using, an upgrade to apache2 apparently would be one way out of this box.

June 2025

S M T W T F S
1 234 5 67
891011 1213 14
15 16 17181920 21
22232425262728
2930     

Most Popular Tags