Hmm... Can it be an Idea to put more of the settings in an table insted. Then it will be easier to admin and change the settings. It will be an more dynamic setting for the mail part since this can be pr. user not pr. server. and same with ohter setting too. Then the config.inc can mostly hold the setting for access the database.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This is something I have my to do list. I would like it to support several differant methods, per user basis, per system, mixed, and support for external address (POP-3).
Dan what do you think about this ? I heard it was possiable to convert Aeromail to support POP-3, what about both POP-3 and IMAP ?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
We need to keep as much in the config.inc as possible so that setup is easy, and configuration can be handled simply.
Of course users settings will be stored in the DB, and that can include the use of IMAP or POP.
About converting Aeromail to handling POP, It wont be easy. It would be easier to slap phpop in there when I user chooses pop server. I guess I will need to read thru aeromail a bit, and see how its laid out. I imagine it would be quite an undertaking because the command sets between IMAP and POP3 are sooo different, and the functionality of Folders do not exsisting in POP3.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Well, there are a number of ways to do it. Basicly, the abilty to check external mail through a POP server. For people that have dial-up accounts, they could access there email using the mail system instead of using another mail client.
When checking your external mail, it would store all of the messages in your inbox. (or another folder ?) This way, you would not need to keep reconnecting to the POP server every time you read the messages, reply, etc... I was thinking on the preformance end. When reading a message you don't have to wait on the webserver which is waiting on the SQL database which is waiting on IMAP which ....
Maybe there are other ways to do it .
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Maybe it can be a 2 part solution both config.inc and db
If setting in DB then get else read from config.inc.
This way You'll reach more than 1 system setting. Like me I've have to configure everything in Windows env. and move it to Linux.
When upgrading it will be easyer to implement new code without rewrite the whole config.inc file. Just add a section in the DB if needed.
POP and IMAP - If everybody use a local IMAP server on this application I think it will be an good idea of using that for storing the pop email. For many reasons. One of them is that you don't need too make new files hanging around on your harddisk if you allready have a good secure mailsystem with IMAP.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hmm... Can it be an Idea to put more of the settings in an table insted. Then it will be easier to admin and change the settings. It will be an more dynamic setting for the mail part since this can be pr. user not pr. server. and same with ohter setting too. Then the config.inc can mostly hold the setting for access the database.
This is something I have my to do list. I would like it to support several differant methods, per user basis, per system, mixed, and support for external address (POP-3).
Dan what do you think about this ? I heard it was possiable to convert Aeromail to support POP-3, what about both POP-3 and IMAP ?
We need to keep as much in the config.inc as possible so that setup is easy, and configuration can be handled simply.
Of course users settings will be stored in the DB, and that can include the use of IMAP or POP.
About converting Aeromail to handling POP, It wont be easy. It would be easier to slap phpop in there when I user chooses pop server. I guess I will need to read thru aeromail a bit, and see how its laid out. I imagine it would be quite an undertaking because the command sets between IMAP and POP3 are sooo different, and the functionality of Folders do not exsisting in POP3.
I figured it would be an intresting idea. Support for 3 to 4 external POP accounts. I guess just downloading them and storing them in IMAP.
I don't know what would be involved, but, many we could create a wrapper for both of these features. (IMAP and POP-3)
This is just something to consider when we start laying out the design of the email system.
The idea to copy from POP3 to IMAP isnt very useful from what I understand. Why not just use IMAP directly?
Well, there are a number of ways to do it. Basicly, the abilty to check external mail through a POP server. For people that have dial-up accounts, they could access there email using the mail system instead of using another mail client.
When checking your external mail, it would store all of the messages in your inbox. (or another folder ?) This way, you would not need to keep reconnecting to the POP server every time you read the messages, reply, etc... I was thinking on the preformance end. When reading a message you don't have to wait on the webserver which is waiting on the SQL database which is waiting on IMAP which ....
Maybe there are other ways to do it .
Maybe it can be a 2 part solution both config.inc and db
If setting in DB then get else read from config.inc.
This way You'll reach more than 1 system setting. Like me I've have to configure everything in Windows env. and move it to Linux.
When upgrading it will be easyer to implement new code without rewrite the whole config.inc file. Just add a section in the DB if needed.
POP and IMAP - If everybody use a local IMAP server on this application I think it will be an good idea of using that for storing the pop email. For many reasons. One of them is that you don't need too make new files hanging around on your harddisk if you allready have a good secure mailsystem with IMAP.