Yep - I realize why SMTP fixes it, but I can't figure out what broke
regular php mail() between the two releases.
On 2/19/2006 9:06 PM, T. Shoes wrote:
That would stand to reason. If you don't let Sendmail be the delivery
agent, Apache takes ownership of the process when you let PHP do it,
hence the usernames would not carry over.
On 2/19/06, Tom Sepper <[EMAIL PROTECTED]> wrote:
Changing to use SMTP of course fixes the problem, and is probably the
better way to go in the end. But I'm still curious as to how to fix this.
My original installation of Version 0.1-20051021 didn't have this
problem. So something changed from that version to the new beta.
On 2/19/2006 8:50 PM, Tom Sepper wrote:
I tried it an it didn't work anyways.
This is a fresh install of the new beta. I dropped all tables, and used
the initial mysql sql file to create the new tables/structures.
I've added a default identity and it's sending from the Apache user.
Oddly enough it IS using the correct email address I imput into the
identity.
I used the new beta config files and modified them.
On 2/19/2006 8:46 PM, T. Shoes wrote:
Sounds a little drastic to me. So let me get this straight.. you
upgraded to RC 0.1 Beta, and the identities stopped working or are not
saving information when you add it after logging in?
I'd say "add some data to the backend" to see if that would help, but
oddly enough the "reply-to:" field in the database cannot be left null
(I assume RC adds a space to fill the contents in when there is no
data?)
In any event, did you replace the main.inc.php and db.inc.php or just
copy into those files the data listed in the UPGRADING file of the
install?
On 2/19/06, Tom Sepper <[EMAIL PROTECTED]> wrote:
Yes - mySQL.
I looked at the "Mail sent from apache" thread from a couple days ago
and it didn't resolve my problem.
I tried setting safe_mode in the script, but I'm about to try setting it
in the php.ini file to see if it'll help.
On 2/19/2006 8:38 PM, T. Shoes wrote:
What db are you using? mySQL?
On 2/19/06, Tom Sepper <[EMAIL PROTECTED]> wrote:
That's what I did.. except for migrating information back in. My
roundcube installation is only for my use, and I didn't have any
valuable addresses and such saved.
Any other ideas?
On 2/19/2006 8:34 PM, T. Shoes wrote:
I replied directly to Mark this same answer:
I ended up backing up my roundcube database, nuking the contents of
the original, then reinitializing it via the mysql.initial.sql script
(the portion of the update script I needed kept failing). Once
done, I
migrated as much of the users/identities/contacts information as
possible. Fortunately I only have 5 users using RC, so it wasn't that
big of a deal.
On 2/19/06, Tom Sepper <[EMAIL PROTECTED]> wrote:
I'm having this same problem. I even dumped all data from the DB
tables
and started clean. Mail has a "From" name as my Apache user.
On 2/19/2006 8:14 PM, T. Shoes wrote:
Yes. The identities table was changed after updating. The fields
are
different. I was forced to recreate identities after logging in.
On 2/19/06, Mark Pallo <[EMAIL PROTECTED]> wrote:
I do have 1 problem. When I send an email from RC the display
name shows
"Nobody" while the email is correct.
The identities look fine in the personal settings.
Any ideas?
--
There is no "I" in team, but there is "Iran" in "Uranium"..
--
There is no "I" in team, but there is "Iran" in "Uranium"..
--
There is no "I" in team, but there is "Iran" in "Uranium"..
--
There is no "I" in team, but there is "Iran" in "Uranium"..
--
There is no "I" in team, but there is "Iran" in "Uranium"..
