Re: [Dbmail-dev] Forwarding from Client
Let's look at this another way. Doing a single intake and manual distribution is a major bottleneck. What if you instead gave read/write permissions to your users to access #Users/info/INBOX via IMAP. The helpdeskers would check the main shared mailbox for new messages and reply to them from their own helpdesk accounts. As for assigning messages, you could create a very simple addon to a webmail program allowing the intake person to link a message UID to a technician's name. A cron job runs to check that the message has been flagged as \Replied within a specified deadline. Everything stays in IMAP, and a small external database links up the message UIDs to the job assignments. Aaron On Wed, 2006-09-20 at 09:26 +0530, Nataraj S Narayan wrote: > Hi > > I dont quite like this scheme, but thats what the boss wants. > > My company wants to go for one single emailid for the outside world. > Example [EMAIL PROTECTED] > > One person will download from the pop3 server and distribute after > checking the content. I am using fetchmail as of now to download all the > mails. Internally, we can have as many ids we want, but outgoing only > with [EMAIL PROTECTED] That part I know postfix will take care. > > So, Imap 'replied-flag' will help to find messages not replied. OK. But > how does one mark a downloaded mail 'to-be-replied-by-internal-userid'? > > I need to report only if that particular guy doesnt answer. > > regards > > Nataraj > > Marc Dirix wrote: > > You need some sort of ticket system? > > I wouldn't use dbmail itself for this kind of sorting but some kind of > > script. > > > > What do you mean with downloading? from a pop-source? If you use > > fetchmail, the original > > sender stays intact. > > > > For checking if the message is replied within 2 days you can check > > everyday if the imap replied flag has been set, And compare it with the > > message-date. You'd need to create a cron script for this. > > > > /marc > > > > > ___ > Dbmail-dev mailing list > Dbmail-dev@dbmail.org > http://twister.fastxs.net/mailman/listinfo/dbmail-dev
Re: [Dbmail-dev] Forwarding from Client
Hi I dont quite like this scheme, but thats what the boss wants. My company wants to go for one single emailid for the outside world. Example [EMAIL PROTECTED] One person will download from the pop3 server and distribute after checking the content. I am using fetchmail as of now to download all the mails. Internally, we can have as many ids we want, but outgoing only with [EMAIL PROTECTED] That part I know postfix will take care. So, Imap 'replied-flag' will help to find messages not replied. OK. But how does one mark a downloaded mail 'to-be-replied-by-internal-userid'? I need to report only if that particular guy doesnt answer. regards Nataraj Marc Dirix wrote: You need some sort of ticket system? I wouldn't use dbmail itself for this kind of sorting but some kind of script. What do you mean with downloading? from a pop-source? If you use fetchmail, the original sender stays intact. For checking if the message is replied within 2 days you can check everyday if the imap replied flag has been set, And compare it with the message-date. You'd need to create a cron script for this. /marc
Re: [Dbmail-dev] Forwarding from Client
Seems like shared folders are the way to go here; having one person have access to everyone elses' INBOX directly. What's the status on shared folders in DBMail? The IMAP "Followup" flag is almost universally supported, so it can be used for "to-be-replied". For tracking if messages have been replied to, well I would use a shim. On Qmail this is very easy to do; simply put recordio in front of qmail-smtpd and egrep for Message-ID|References|In-Reply-To. This log could be used to determine if a message was replied to, and when it was received, for the purposes of reporting. I'm sure it would be fairly trivial to adapt this for postfix or dbmail's smtpd. Awk and grep are a beautiful thing. On Tue, 2006-09-19 at 16:45 +0530, Nataraj S Narayan wrote: > Hi > > I am using DBMail + postfix for the past one year. Have settled down to > 2.0.9 version for the past few months. The system is very much stable > and hence and havent done any digging of late. > > 1. My boss wants me to implement a system where all the mails are > downloaded by one person and then forward it to the various > users/departments. A facility is needed to mark a mail as > 'to-be-replied' by a particular user, while forwarding. A report need > to be generated with all the e-mails which was marked to-be-replied and > that was not replied in 2 days. > > 2. The forwared mails should have the actual 'sender' in-tact, ie, the > receiver should as if receive it as if from the original sender, not > the intermediate person. > > The second one, I had successfully implemented by modifying 'Phoenix > Mail' email client. > > But I need a more generic solution from the dbmail side. > > Plz suggest ways to do these. > > regards > > Nataraj > ___ > Dbmail-dev mailing list > Dbmail-dev@dbmail.org > http://twister.fastxs.net/mailman/listinfo/dbmail-dev -- Internet Connection High Quality Web Hosting http://www.internetconnection.net/
Re: [Dbmail-dev] Forwarding from Client
You need some sort of ticket system? I wouldn't use dbmail itself for this kind of sorting but some kind of script. What do you mean with downloading? from a pop-source? If you use fetchmail, the original sender stays intact. For checking if the message is replied within 2 days you can check everyday if the imap replied flag has been set, And compare it with the message-date. You'd need to create a cron script for this. /marc
[Dbmail-dev] Forwarding from Client
Hi I am using DBMail + postfix for the past one year. Have settled down to 2.0.9 version for the past few months. The system is very much stable and hence and havent done any digging of late. 1. My boss wants me to implement a system where all the mails are downloaded by one person and then forward it to the various users/departments. A facility is needed to mark a mail as 'to-be-replied' by a particular user, while forwarding. A report need to be generated with all the e-mails which was marked to-be-replied and that was not replied in 2 days. 2. The forwared mails should have the actual 'sender' in-tact, ie, the receiver should as if receive it as if from the original sender, not the intermediate person. The second one, I had successfully implemented by modifying 'Phoenix Mail' email client. But I need a more generic solution from the dbmail side. Plz suggest ways to do these. regards Nataraj