Re: [courier-users] lost sent mails - monthly rotation
Here's a follow-up on this case too, in case it can help others: On Apple Mail clients with the problem, a now confirmed workaround is to store the drafts locally instead of Imap. Filed a feedback @ Apple, if that's supposed to help... Thanx for all contributions (Sam's in particular as always, as he pointed to the right background...)! Lorenzo On 09.05.2009, at 00:45, Sam Varshavchik wrote: Lorenzo Perone writes: However, it is a showstopper that sometimes mails which have just been sent are not kept in the Sent folder on the server. I am running Courier 0.54 by now, and plan to upgrade to 0.61.1 on FreeBSD in the next days. Has anyone experienced this problem too? Are there any bugfixes from 0.54 to 0.61 which could _potentially_ fix such an issue? No. Courier-IMAP does not randomly delete messages. What I can say - from my personal experience with Apple Mail on Mac OS X 10.5.x - is that when it happened to me, the message was immediately lost. That is, I write it, the mailer autosaves it in Drafts during the writing, and then after I click send, the message is sent and delivered but does not appear in Sent. Not only on the client. If I look on the server, there's no such message in my .Sent Maildir. What I suspect right now is that there might be a problem with moving messages to the Sent folder, so that sometimes server and clients get If there was a problem, the IMAP server would've returned an error code. It is very well possible that your mail client takes it for granted that the message will always be succesfully saved to the folder, and does not check the error code. out of sync. So one question is: does courier actually handle the copying of a sent message to the Sent folder, or is it by design that this is something the client has to do? In your situation, Courier does not copy anything. The message's contents are held entirely in memory by your mail client. It connects to port 25 and sends the message using SMTP. Then, it uses the existing IMAP connection to upload the message into the Sent folder. If an error occured that prevented the message from being saved, the IMAP server would return an error code accordingly. It is the IMAP client's responsibility to read the error code and display an error message accordingly, or take some other fashion. If the IMAP client completely ignores the error message, there's nothing that the server can do about it. There's also another strange behavior that might be related to it, which I have noticed on several Imap clients: when writing a new message, sometimes it gets repeated many times in the Drafts Maildir. What could be the reason for this too...? The IMAP client either does not delete an older message draft, after uploading a newer draft, or uploads multiple copies of the message. The IMAP server does not do anything on its own initiative, it always responds to commands from the IMAP client. A very common programming error is for the IMAP client, through poor design, opening multiple IMAP connections to the IMAP server, at the same time. That by itself is not really a problem, because IMAP allows it. Still, in nearly all cases there's no real good reason to do that. Nearly anything that can be done with multiple IMAP connections can also be done with just one. However, the problem is that most IMAP clients usually make unwarranted assumptions, such that the changes made to the contents of the folder by one IMAP connection are immediately visible by the other IMAP connection. For example, after adding a message to the folder using one IMAP connection, the IMAP client may expect the other IMAP connection to be able to read it or do something with it. There is no such guarantee in the IMAP specification. IMAP does not guarantee that changes to a folder's contents made by one IMAP connection is immediately reflected in the other one. They are two completely independent logins, and any changes may not get reflected immediately. When you have a badly designed IMAP server that uses multiple IMAP connections without having any real good reason to do so, it's quite often that you also end up with an improper IMAP implementation altogether, that expects certain IMAP server behavior, and takes it for granted, issues invalid IMAP commands, and ignores the subsequent error messages, because it also assumes that the commands will always work. -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features
Re: [courier-users] lost sent mails - monthly rotation
On 09.05.2009, at 00:45, Sam Varshavchik wrote: Lorenzo Perone writes: However, it is a showstopper that sometimes mails which have just been sent are not kept in the Sent folder on the server. I am running Courier 0.54 by now, and plan to upgrade to 0.61.1 on FreeBSD in the next days. Has anyone experienced this problem too? Are there any bugfixes from 0.54 to 0.61 which could _potentially_ fix such an issue? No. Courier-IMAP does not randomly delete messages. I was not suggesting this... I love courier since 2002! :) There's also another strange behavior that might be related to it, which I have noticed on several Imap clients: when writing a new message, sometimes it gets repeated many times in the Drafts Maildir. What could be the reason for this too...? The IMAP client either does not delete an older message draft, after uploading a newer draft, or uploads multiple copies of the message. The IMAP server does not do anything on its own initiative, it always responds to commands from the IMAP client. A very common programming error is for the IMAP client, through poor design, opening multiple IMAP connections to the IMAP server, at the same time. That by itself is not really a problem, because IMAP allows it. Still, in nearly all cases there's no real good reason to do that. Nearly anything that can be done with multiple IMAP connections can also be done with just one. However, the problem is that most IMAP clients usually make unwarranted assumptions, such that the changes made to the contents of the folder by one IMAP connection are immediately visible by the other IMAP connection. For example, after adding a message to the folder using one IMAP connection, the IMAP client may expect the other IMAP connection to be able to read it or do something with it. There is no such guarantee in the IMAP specification. IMAP does not guarantee that changes to a folder's contents made by one IMAP connection is immediately reflected in the other one. They are two completely independent logins, and any changes may not get reflected immediately. When you have a badly designed IMAP server that uses multiple IMAP connections without having any real good reason to do so, it's quite often that you also end up with an improper IMAP implementation altogether, that expects certain IMAP server behavior, and takes it for granted, issues invalid IMAP commands, and ignores the subsequent error messages, because it also assumes that the commands will always work. Yes, that sounds like a plausible explanation for the scenario... something like... thread ( connection) 1 saves the draft, thread 2 deletes it, thread 3 sends a message, thread 4 creates a new draft, thread 5 wants to move it to sent but has no handle on it anymore (because thread 2 deleted it)... I had reports of thunderbird and roundcube-webmail doing the same thing as well, though not as many as with Apple Mail.(cr)app users... (me included). I'll try to find out if there is a way to force it to use one thread/connection per account, this would make sense. I'll try to force such a situation tcpflow/dtrace at hand, hopefully getting a logged scenario to send to Apple or whomerver other... it's not that I want to blame courier for it or anyone here, it's just that I get those customer cases on a regular basis and am struggling to get to a solution (may it be leave Apple Mail behind, if I happen to notice that thunderbird doesn't do it or at least much less often...). Fortunately it does not happen every day (and so some don't ever notice it), but the day it happens on an important customer mail I'll have to run... One strategy could possibly be to keep drafts locally, in the assumption that the moving-to-Sent problem is related to a missing Drafts-message handle... In any case if I find any more clues or solutions/workarounds, I'll be posting. thanx a _lot_ for Your time insight, Lorenzo -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
On 08.05.2009, at 22:11, Brian A. Seklecki wrote: There's also another strange behavior that might be related to it, which I have noticed on several Imap clients: when writing a new message, sometimes it gets repeated many times in the Drafts Maildir. What could be the reason for this too...? Sorry for the many questions, but I'd really like to trace this one There's a thing with webmail renaming the sent mail to .Sent..MM- NNN. For sure, Apple.Mail.Client.Fancy.Shit doesn't know how to properly handle IMAP directory structure. Anyway, we were very grateful with the FBSD port maintainer added a flag to disable that functionality: $ grep -i sent /var/db/ports/courier/options WITHOUT_WEBMAILRSENT=true This is a nice add on, however it can be disabled in the apache conf by setting the appropriate ENV (SetEnv SQWEBMAIL_AUTORENAMESENT no), and doesn't necessarily need to be done while compiling. However it is not the cause of the problem. I removed it long ago and still have isolated, though recurring problems with sent mails... regards, Lorenzo -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
Hi List, Hi Sam, Sorry for following up on this topic, but I'm still experiencing it on several installations and with different mail clients. The problem about it is, that I could not find a way to reproduce the problem until now, and that leaves of course (too) much room for assumptions. However, it is a showstopper that sometimes mails which have just been sent are not kept in the Sent folder on the server. I am running Courier 0.54 by now, and plan to upgrade to 0.61.1 on FreeBSD in the next days. Has anyone experienced this problem too? Are there any bugfixes from 0.54 to 0.61 which could _potentially_ fix such an issue? What I can say - from my personal experience with Apple Mail on Mac OS X 10.5.x - is that when it happened to me, the message was immediately lost. That is, I write it, the mailer autosaves it in Drafts during the writing, and then after I click send, the message is sent and delivered but does not appear in Sent. Not only on the client. If I look on the server, there's no such message in my .Sent Maildir. What I suspect right now is that there might be a problem with moving messages to the Sent folder, so that sometimes server and clients get out of sync. So one question is: does courier actually handle the copying of a sent message to the Sent folder, or is it by design that this is something the client has to do? Do You have any kind of suspicion about what the clients might be doing wrong or what might be helpful to reproduce such a situation? There's also another strange behavior that might be related to it, which I have noticed on several Imap clients: when writing a new message, sometimes it gets repeated many times in the Drafts Maildir. What could be the reason for this too...? Sorry for the many questions, but I'd really like to trace this one down. Thanx for listening and regards, Lorenzo -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
There's also another strange behavior that might be related to it, which I have noticed on several Imap clients: when writing a new message, sometimes it gets repeated many times in the Drafts Maildir. What could be the reason for this too...? Sorry for the many questions, but I'd really like to trace this one There's a thing with webmail renaming the sent mail to .Sent..MM-NNN. For sure, Apple.Mail.Client.Fancy.Shit doesn't know how to properly handle IMAP directory structure. Anyway, we were very grateful with the FBSD port maintainer added a flag to disable that functionality: $ grep -i sent /var/db/ports/courier/options WITHOUT_WEBMAILRSENT=true ~~BAS -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
Lorenzo Perone writes: However, it is a showstopper that sometimes mails which have just been sent are not kept in the Sent folder on the server. I am running Courier 0.54 by now, and plan to upgrade to 0.61.1 on FreeBSD in the next days. Has anyone experienced this problem too? Are there any bugfixes from 0.54 to 0.61 which could _potentially_ fix such an issue? No. Courier-IMAP does not randomly delete messages. What I can say - from my personal experience with Apple Mail on Mac OS X 10.5.x - is that when it happened to me, the message was immediately lost. That is, I write it, the mailer autosaves it in Drafts during the writing, and then after I click send, the message is sent and delivered but does not appear in Sent. Not only on the client. If I look on the server, there's no such message in my .Sent Maildir. What I suspect right now is that there might be a problem with moving messages to the Sent folder, so that sometimes server and clients get If there was a problem, the IMAP server would've returned an error code. It is very well possible that your mail client takes it for granted that the message will always be succesfully saved to the folder, and does not check the error code. out of sync. So one question is: does courier actually handle the copying of a sent message to the Sent folder, or is it by design that this is something the client has to do? In your situation, Courier does not copy anything. The message's contents are held entirely in memory by your mail client. It connects to port 25 and sends the message using SMTP. Then, it uses the existing IMAP connection to upload the message into the Sent folder. If an error occured that prevented the message from being saved, the IMAP server would return an error code accordingly. It is the IMAP client's responsibility to read the error code and display an error message accordingly, or take some other fashion. If the IMAP client completely ignores the error message, there's nothing that the server can do about it. There's also another strange behavior that might be related to it, which I have noticed on several Imap clients: when writing a new message, sometimes it gets repeated many times in the Drafts Maildir. What could be the reason for this too...? The IMAP client either does not delete an older message draft, after uploading a newer draft, or uploads multiple copies of the message. The IMAP server does not do anything on its own initiative, it always responds to commands from the IMAP client. A very common programming error is for the IMAP client, through poor design, opening multiple IMAP connections to the IMAP server, at the same time. That by itself is not really a problem, because IMAP allows it. Still, in nearly all cases there's no real good reason to do that. Nearly anything that can be done with multiple IMAP connections can also be done with just one. However, the problem is that most IMAP clients usually make unwarranted assumptions, such that the changes made to the contents of the folder by one IMAP connection are immediately visible by the other IMAP connection. For example, after adding a message to the folder using one IMAP connection, the IMAP client may expect the other IMAP connection to be able to read it or do something with it. There is no such guarantee in the IMAP specification. IMAP does not guarantee that changes to a folder's contents made by one IMAP connection is immediately reflected in the other one. They are two completely independent logins, and any changes may not get reflected immediately. When you have a badly designed IMAP server that uses multiple IMAP connections without having any real good reason to do so, it's quite often that you also end up with an improper IMAP implementation altogether, that expects certain IMAP server behavior, and takes it for granted, issues invalid IMAP commands, and ignores the subsequent error messages, because it also assumes that the commands will always work. pgp6qGyorsYbH.pgp Description: PGP signature -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
Lorenzo Perone wrote: What I've witnessed however, is complete months of email which vanisch and do not appear in their relative Year/month dir, not even after a manual sync. I don't think it's a courier bug, but it definitively happens in concurrence with the rotation (read: with an sqwebmail login). If you know a specific instance of that, did you check if the folder actually exists on the server and in Maildir/courierimapsubscribed? consider the case of a user who mails by IMAP for a few months, and then on holiday he uses sqwebmail: upon return from the holiday he thinks all his mails are gone on the IMAP client, until he realizes the subfolders and subscribes to them (we've had tens of such calls). Yeah. Another limitation of that mechanism is that it doesn't work for people who prefer to archive their sent mail, say, by year only. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
On Tuesday 18 November 2008 15:21, Lorenzo Perone wrote: Hi, I've had several cases of lost and/or misordered mails in the Sent maildir, actually this has been happening more than once in the combination between courier (v. 0.54.0) and, specifically, Apple's Mail client, both in its Leopard (3.5) incarnation, and in its Tiger version. I don't know who of the two (server or client) is actually reponsible for this, nonetheless, as you can imagine, it is very annoying to say the least. What happens is, that upon syncing over imap, the client loses many of its sent mails, or, I've seen also cases where they just were in the wrong auto-rotated month maildir. Anyone ever experienced this problem and came up with a solution / workaround? Could it be that the mail client is configured to only show subscribed folders? I've seen this multiple times with KMail, for instance. The cure in KMail is to merely deselect Show only subscribed folders for the IMAP account in question (alternatively, make sure to manually subscribe to new sent subfolders on a monthly basis or so). -- Frederik Dannemare - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
On 21.11.2008, at 13:59, Frederik Dannemare wrote: Could it be that the mail client is configured to only show subscribed folders? I've seen this multiple times with KMail, for instance. The cure in KMail is to merely deselect Show only subscribed folders for the IMAP account in question (alternatively, make sure to manually subscribe to new sent subfolders on a monthly basis or so). no, Apple Mail usually automatically subscribes to all folders. Some may not appear immediately, but mostly they appear within the next relaunch. What I've witnessed however, is complete months of email which vanisch and do not appear in their relative Year/month dir, not even after a manual sync. I don't think it's a courier bug, but it definitively happens in concurrence with the rotation (read: with an sqwebmail login). I also realize the rotation feature is confusing many users. I've been using it for years now, but now that I know how it works (should have studied the mans better...) I also see why it is confusing: consider the case of a user who mails by IMAP for a few months, and then on holiday he uses sqwebmail: upon return from the holiday he thinks all his mails are gone on the IMAP client, until he realizes the subfolders and subscribes to them (we've had tens of such calls). on the other hand, I understand that changing this default now would almost certainly irritate existing courier users... just thoughts - it's OK to have the option at least to disable rotation. maybe the solution would be to make it a global feature, independent from which kind of client is used, so users and MUAs get used to it from the beginning ;) As for the bug, I'll file it at Apple as soon as I find a way to reproduce it by hand... Sincere regards, Lorenzo -- Frederik Dannemare - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier- users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
On 20.11.2008, at 00:37, Sam Varshavchik wrote: Lorenzo Perone writes: To verify this, I'd like to disable it globally. Is there a way to do this, or do I have to spread an sqwebmail-config file to all users, containing NOARCHIVE=1 ? This option may not exist in the old version of Courier you're running. If your INSTALL file does not refer to the SQWEBMAIL_AUTORENAMESENT environment variable, your version of Courier is too old. Thanx for this hint. I was sure I had the latest FreeBSD port (which it is), but not aware yet of the fact that the port mail/courier was _that_ outdated. I'm sure there's a way for you to grab the sources that were used to build your FreeBSD source. Grab the sources, look inside at the INSTALL file, and see what it says. The current install file is here: http://www.courier-mta.org/install.html You can use that for comparison purposes. Hi Sam, Thank You very much for Your ongoing support on this list (can't be said enough times!) I found SQWEBMAIL_AUTORENAMESENT in the current port' (0.54.0)'s INSTALL file, so it looks like it's going to work out for now. At a first glance at webmail/sqwebmail.c, it looks like an SetEnv SQWEBMAIL_AUTORENAMESENT no will do, correct me if I'm wrong. I also contacted Milan Obuch, the current port maintainer, an I'll help him test the newer FreeBSD port (0.58, 0.60 being on the way) he's preparing, hopefully helping out for a quicker release. Thank You and Regards, Lorenzo - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
Hi Sam, Thank You for answering. On 19.11.2008, at 03:36, Sam Varshavchik wrote: Monthly rotation is done in sqwebmail only. If IMAP is the only means of accessing mailboxes, no monthly rotation ever occurs. So that means that at any given time one accesses sqwebmail, the rotation occurs, right? Most of my users do acccess over sqwebmail from time to time. And even if it does occur, no mail is lost, but it's just moved to a new folder. If an IMAP client cannot deal with it, it's a bug in the IMAP client. I agree completely. Nonetheless, in the real world, you can't tell all your users to change their mail client (at least I couldn't afford it :( ). Even I would resist changing to another mua without first knowing that it's definitively the client. Besides, it's not clear yet what's happening here, so I can't just throw stones at Apple Mail or courier. I'm trying to find out where the problem is first of all... To verify this, I'd like to disable it globally. Is there a way to do this, or do I have to spread an sqwebmail-config file to all users, containing NOARCHIVE=1 ? This option may not exist in the old version of Courier you're running. If your INSTALL file does not refer to the SQWEBMAIL_AUTORENAMESENT environment variable, your version of Courier is too old. Thanx for this hint. I was sure I had the latest FreeBSD port (which it is), but not aware yet of the fact that the port mail/courier was _that_ outdated. Any hints here from people using Courier under FreeBSD (6/7.x)? Which port(s) do You currently use? I'm using courier for all protocols, not just for imap/pop3 like the other port, mail/courier-imap, suggests (besides having a version numbering different than the official one, now 4.4.1,2) Thanks a lot for listening, Regards, Lorenzo. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier- users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
Lorenzo Perone wrote: [...]If an IMAP client cannot deal with it, it's a bug in the IMAP client. [...] Even I would resist changing to another mua without first knowing that it's definitively the client. Why? One of the advantages of IMAP is that you can use various different clients at the same time... - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
On 19.11.2008, at 17:07, Alessandro Vesely wrote: Lorenzo Perone wrote: [...]If an IMAP client cannot deal with it, it's a bug in the IMAP client. [...] Even I would resist changing to another mua without first knowing that it's definitively the client. Why? One of the advantages of IMAP is that you can use various different clients at the same time... I know, and I do store most of my mail on the server. But another 3-400k messages is in the local archive of the mailer (and apple mail handles this extremely well I must admit), so those would have to be ported (even simply over imap) to another one... Besides the problem happened not so often, up to now, and I do have my Time Machine... but of course I want to get rid of the problem, also because many customers use this mailer as well... :) Lorenzo - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
Lorenzo Perone writes: To verify this, I'd like to disable it globally. Is there a way to do this, or do I have to spread an sqwebmail-config file to all users, containing NOARCHIVE=1 ? This option may not exist in the old version of Courier you're running. If your INSTALL file does not refer to the SQWEBMAIL_AUTORENAMESENT environment variable, your version of Courier is too old. Thanx for this hint. I was sure I had the latest FreeBSD port (which it is), but not aware yet of the fact that the port mail/courier was _that_ outdated. I'm sure there's a way for you to grab the sources that were used to build your FreeBSD source. Grab the sources, look inside at the INSTALL file, and see what it says. The current install file is here: http://www.courier-mta.org/install.html You can use that for comparison purposes. pgpUaAdLJh1mr.pgp Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
[courier-users] lost sent mails - monthly rotation
Hi, I've had several cases of lost and/or misordered mails in the Sent maildir, actually this has been happening more than once in the combination between courier (v. 0.54.0) and, specifically, Apple's Mail client, both in its Leopard (3.5) incarnation, and in its Tiger version. I don't know who of the two (server or client) is actually reponsible for this, nonetheless, as you can imagine, it is very annoying to say the least. What happens is, that upon syncing over imap, the client loses many of its sent mails, or, I've seen also cases where they just were in the wrong auto-rotated month maildir. Anyone ever experienced this problem and came up with a solution / workaround? What I suspect (it's only an assumption though, right now) is that the monthly rotation feature of courier is involved in this problem. To verify this, I'd like to disable it globally. Is there a way to do this, or do I have to spread an sqwebmail-config file to all users, containing NOARCHIVE=1 ? Thanx in advance for hints... Regards, Lorenzo - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
Lorenzo Perone writes: Hi, I've had several cases of lost and/or misordered mails in the Sent maildir, actually this has been happening more than once in the combination between courier (v. 0.54.0) and, specifically, Apple's Mail client, both in its Leopard (3.5) incarnation, and in its Tiger version. I don't know who of the two (server or client) is actually reponsible for this, nonetheless, as you can imagine, it is very annoying to say the least. What happens is, that upon syncing over imap, the client loses many of its sent mails, or, I've seen also cases where they just were in the wrong auto-rotated month maildir. Anyone ever experienced this problem and came up with a solution / workaround? What I suspect (it's only an assumption though, right now) is that the monthly rotation feature of courier is involved in this problem. Monthly rotation is done in sqwebmail only. If IMAP is the only means of accessing mailboxes, no monthly rotation ever occurs. And even if it does occur, no mail is lost, but it's just moved to a new folder. If an IMAP client cannot deal with it, it's a bug in the IMAP client. To verify this, I'd like to disable it globally. Is there a way to do this, or do I have to spread an sqwebmail-config file to all users, containing NOARCHIVE=1 ? This option may not exist in the old version of Courier you're running. If your INSTALL file does not refer to the SQWEBMAIL_AUTORENAMESENT environment variable, your version of Courier is too old. pgpagqE5EIHhJ.pgp Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users