Squirrelmail Reply Address

Submitted by methownet on Tue, 05/22/2012 - 12:42 Pro Licensee

Webmail users in Squirrel mail get a non-working reply address attached to all their outgoing mail and so their replies do not come back. We have turned off the customers ability to edit their own setting as spammers were getting customer passwords through phishing expeditions and then changing their settings, using webmail to spam the world. We can go in and manually edit the pref files but we have over 1000 mailboxes and it would take time. Is there an easier way to make this work? All our usernames have the format user.domain without the .com on the end, which is why the emails don't go through (eg. bob.mydogdont@cobra.methowdata.net). If we could make that work without messing up the system, that would be OK but ideally, their own domain would be appended to the end of their regular name to make a valid email address. Here is the setting I have in the squirrelmail conf file:

SquirrelMail Configuration : Read: config.php (1.4.0)

Server Settings

General

  1. Domain : trim(implode('', file('/etc/'.(file_exists('/etc/ma ilname')?'mail':'host').'name')))

Any help would be appreciated. Jeff

Status: 
Active

Comments

Submitted by JamieCameron on Tue, 05/22/2012 - 16:24

When Virtualmin installs squirrelmail, it should setup a plugin so that the from address gets automatically populated. However, this doesn't seem to be working ... I am looking into why.

Submitted by JamieCameron on Tue, 05/22/2012 - 17:33

Actually, in my tests it does work fine.

Did you install squirrelmail using Virtualmin?

Submitted by methownet on Tue, 05/22/2012 - 19:00 Pro Licensee

No, I didn't install through virtualmin because we have over 100 domains per server and I didn't want 100 different installs. We use one installation in the /usr/share, that everyone points to.

Submitted by andreychek on Tue, 05/22/2012 - 19:16

Well, what we typically suggest for that situation is to install Squirrelmail into one particular Virtual Server -- and then to setup the webmail redirect for webmail.domain.com to redirect to that one central Virtual Server.

You can setup the redirect in System Settings -> Server Templates -> Default -> Apache Website, and then you can set "URL for webmail redirect" to your Squirrelmail URL.

Using the above would be my suggestion -- but if you prefer to keep your current Squirrelmail install, you may be able to copy the config from a Virtualmin-installed Squirrelmail setup (if that's the direction you wish to go, let us know, and Jamie may be able to explain what Virtualmin configures so you can copy the right things).

Submitted by methownet on Wed, 05/23/2012 - 17:09 Pro Licensee

With new servers, I can do as you suggest. It makes sense and then all my settings will be backed up with whatever domain I choose to put it under. For my current servers, I would like to tweak them if I can to default to a correct return email address if no pref file exists rather than the name.domain@serverdomain.net which doesn't work so well. Any hints on doing this would be appreciated. Thanks, Jeff

Submitted by methownet on Wed, 05/23/2012 - 17:15 Pro Licensee

[Wed May 23 14:44:23 2012] [error] [client 70.101.159.167] PHP Fatal error: Call to undefined function load_config() in /usr/share/squirrelmail/plugins/restrict_senders/functions.php on line 23, referer: http://www.methowbluesky.com/webmail/src/compose.php?mailbox=INBOX&start... [Wed May 23 14:45:16 2012] [error] [client 63.142.200.58] PHP Fatal error: Call to undefined function load_config() in /usr/share/squirrelmail/plugins/restrict_senders/functions.php on line 23, referer: http://www.methowbluesky.com/webmail/src/compose.php?mailbox=INBOX&start... [Wed May 23 14:53:35 2012] [error] [client 63.142.200.58] PHP Fatal error: Call to undefined function load_config() in /usr/share/squirrelmail/plugins/restrict_senders/functions.php on line 23, referer: http://www.methowbluesky.com/webmail/src/compose.php?mailbox=INBOX&start... [Wed May 23 14:53

Also, I'm trying to fix this error, which throws up a blank page when certain clients try to send a message through squirrelmail. I removed the plugin in question and restarted postfix and apache but the problem persists.... Any ideas on this one? Why is restrict_senders still in play even after I turn it off in conf.pl?